| Summary: | FORMATTING: Underline length displayed incorrectly | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Matthew Francis <fdbugs> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bitigchi, bugs, fdbugs, nthiebaud, thb, z8sergey8z |
| Priority: | medium | ||
| Version: | Inherited From OOo | ||
| Hardware: | x86 (IA32) | ||
| OS: | macOS (All) | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Attachments: |
Demonstration of incorrectly placed underline
Demonstration of incorrectly placed underline (fixed) Another example of broken underlining Sample file, made after Emir’s test, with systematic test of different space counts Screenshot: On WinXP, LibO 3.5.7 shows correct underlines |
||
Created attachment 70635 [details]
Demonstration of incorrectly placed underline (fixed)
First attachment had incorrect mimetype
Reproducible using 3.6.4.1 and 4.0.0.0 alpha1 under OS X 10.7.5 Played with this a little and saw that the number of spaces is connected with the extending underline. I'll attach a screenshot with 8 different spaces and how the underlining reacts. Created attachment 70646 [details]
Another example of broken underlining
Wow -- a nice discovery, thank you both! (I had noticed some irregularities about underline length, but have never systematically tested it; Emir Sarı, your sample is very instructive, thank you for that!) This bug is already reproducible with LibreOffice 3.3.0 and also appears in AOO 3.4.0 (AOO340m1, build:9590, rev. 1327774), so the bug was very probably inherited from OOo. → Setting the Version field to “3.3.0 Beta2”, as usual with bugs inherited from OOo. Created attachment 70647 [details]
Sample file, made after Emir’s test, with systematic test of different space counts
(In reply to comment #4) > Wow -- a nice discovery, thank you both! (I had noticed some irregularities > about underline length, but have never systematically tested it; Emir Sarı, > your sample is very instructive, thank you for that!) No problem, just let's hope this will be fixed soon... Some further information: I opened this as a Writer bug, but it also occurs in Calc, Impress and Draw - not sure what the correct component is in this case, but it must be something lower level Created attachment 70671 [details]
Screenshot: On WinXP, LibO 3.5.7 shows correct underlines
This bug is reproducible on Mac OS X only (at least, not on WinXP, see the attached screenshot). Bad ...
@ Thorsten Behrens, Norbert Thiebaud: Hi Thorsten and Norbert, this is a weird MacOS-only bug about the drawing of underlines. Any chance you could take a look at it and think if you know some developer who could probably fix it? Thank you very much! @ Sergey Farbotka: Hello Sergey Farbotka, you have fixed the long-standing LibreOffice bug 55142 - “Character position doesn't match caret position in justified text” (thank you again!). Here is a similar long-standing bug in the text drawing of LibreOffice on Mac OS X. Maybe you are interested in looking into this issue, too? ;-) That would be wonderful ... Thank you very much! Looks to me like this has been fixed some time in the interim (before 4.3) |
Created attachment 70634 [details] Demonstration of incorrectly placed underline When a series of spaces is underlined, the underline is displayed expanding into the following, non-underlined text For instance, when typing: "<u>Mary </u> had a little lamb" ("Mary" and 8 following spaces are underlined, " had a little lamb" is not) the visible underline extends incorrectly under the "had". Moving the cursor one character at a time and observing the state of the underline button demonstrates that the underline attribute is in the correct place. This occurs in 3.6.4.1rc, but I'm almost certain it's much older than that.