Description: Since this last version for me, selecting a paragraph and using control U to underline it results in the underline not ending at the last character of the line but going a bit further, like if it would underline spaces at the end also. But the excess underlining is not consistent, it varies from line to line. Steps to Reproduce: 1.Load a document in LibreOffice Writer 2.Select all 3.Underline all for instance with Control U. Actual Results: The underlining extends beyond the last character of the line, sometimes into the right margin. Expected Results: It should just underline the last character of the line and no more, no less. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.6.0.3 (X86_64) / LibreOffice Community Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Created attachment 189689 [details] Screenshot showing how the underlining extends to the right
Please attach a sample file.
Simply remove any 'space' characters used as formatting. They're considered valid text content and will extend underlining (and other character based font affects) when used. The <Ctrl>+<F10> "Show formatting marks" will expose any dangling spaces (though just three beyond the right margin). Our handling of excessive spaces is open as see also bug 155494 where I favor auto-truncation. But manual truncation should resolve your underlining issues.
*** This bug has been marked as a duplicate of bug 156681 ***
(In reply to BogdanB from comment #4) > > *** This bug has been marked as a duplicate of bug 156681 *** Not clear that is the case. OPs screen shot shows a multi-sentence paragraph (F3 'lorem') with underlining applied (and Ctl+F10 NPCs showing). As each line wraps at margin, its single trailing space is underlined. Add additional spaces (before the next printing character) and the underline of spaces will extend further--stopping at the margin even though the spaces keep appending. So the underline of a single space is kind of expected--it tracks with the wordwrap of the paragraph style and this is really NAB; but handling of the excess spaces is bug 15594
(In reply to V Stuart Foote from comment #5) > (In reply to BogdanB from comment #4) > > > > *** This bug has been marked as a duplicate of bug 156681 *** > > Not clear that is the case. OPs screen shot shows a multi-sentence paragraph > (F3 'lorem') with underlining applied (and Ctl+F10 NPCs showing). > > As each line wraps at margin, its single trailing space is underlined. > > Add additional spaces (before the next printing character) and the underline > of spaces will extend further--stopping at the margin even though the spaces > keep appending. > > So the underline of a single space is kind of expected--it tracks with the > wordwrap of the paragraph style and this is really NAB; but handling of the > excess spaces is bug 15594 Indeed, it's not a duplicate. It's similar, but different. Clark reported: "But the excess underlining is not consistent, it varies from line to line." -> I don't agree here. Where it is a space after each word there is a space underline on the end of the line. On the last line of a paragraph there is no more space, so no more underline. This is the case for left align text. For justify I see no problem. I have attached a demo document and a screenshot.
Created attachment 189765 [details] Demo document
Created attachment 189766 [details] screenshot
No repro with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 0c4913e03e8427a576138601958f2dbf13b8c37b CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded @Clark, please attach test file.
Dear Clark Freeman, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
I agree with comment 4. This is a dupe of bug 156681. - - - The underlines were inconsistent—and could have been shorter/just-right/longer—and were completely dependent on the zoom level. (See my screenshot in attachment 188957 [details].) It was much easier to see at the end of lines, like this report, but it happened everywhere underline was used. (See the other topics I linked to in bug 156681 comment 9.) - - - 156681 was fixed in 7.6.1... and this bug report landed right in 7.6.0 which still had it.