Description: Changing font color changes text layout (Harfbuzz) Steps to Reproduce: 1. open the attached file 2. Select the second paragraph 3. Press Font color.. 'to' drops to second line Actual Results: to drops to second line Expected Results: Same line Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: <buildversion> CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Created attachment 163507 [details] Example file
Created attachment 163508 [details] Screencast
Bisected to: author Khaled Hosny <khaledhosny@eglug.org> 2016-09-22 19:29:04 +0200 committer Khaled Hosny <khaledhosny@eglug.org> 2016-10-18 20:41:31 +0200 commit 610eceb035280ed5714b314051913d2412cde604 (patch) tree 73012fe1f8fa23d61381034002ac315972837bc2 parent 5e65efcaa38ea5fbe655a18082a3ba7c8cf7d5fe (diff) Always build HarfBuzz everywhere It is no longer an optional feature on any platform. https://cgit.freedesktop.org/libreoffice/core/commit/?id=610eceb035280ed5714b314051913d2412cde604 Of course not to helpful
This tend to go to bug 103322.. however it confused.. it happens if direct formatting is applied.. Clear direct formatting solves the issue.. anything else not. So I don't get the floating point stuff here. Difference is between DF <-> No formatting
@V Stuart More you're kind of issue
Created attachment 163512 [details] Example file 1> Toggle formatting marks on 2. Select the spacing between" lost. After" 3. Apply Italic or Underline or font color or highlight color (for bold you can see the spacing grow.. but for the rest?)
It even happens when setting the Character spacing for the 'space' to -2 or something like that
(In reply to Telesto from comment #6) > Created attachment 163512 [details] > Example file > > 1> Toggle formatting marks on > 2. Select the spacing between" lost. After" > 3. Apply Italic or Underline or font color or highlight color (for bold you > can see the spacing grow.. but for the rest?) Or cut the space & apply it again
Created attachment 163515 [details] Example file Slightly better example. Select the spacing between "lost. After" Press Italic (enable) Press Italic again (disable) -> No effect on the text. Save & reload.. still the same Remove formatting and everything is back to normal
Confirmed. Applying a paragraph attribute to a single space glyph (U+0020) results in a change in its width on document canvas relative to the paragraph style. But so will applying a character style to the glyph. That is, open the 'Formatting Styles' toolbar, and apply the 'Emphasis' or 'Strong' character style against the selected space. So, it is not an issue of Direct Formatting over riding Paragraph style. I am not certain, but believe it is an issue in the HarfBuzz handling of unattributed space glyphs vs. rendering with an applied attribute. A space glyph with VCLs artificial Strike-through or Underline has to be rendered to canvas, likewise our artificial Bold or Italic--that size/width has to be calculated against the font metrics. That's obvious, less so are attributes like the color of a space glyph or applying a background color for the space. Look closely and you'll see both colors get the same calculated width as the Strike-through or the Underline attribute applied to the glyph. So, behavior is actually pretty consistent--DF of the space glyph can be removed with an Undo or <Ctrl>+M, while applied Character style (E, S, Q) can be removed by applying the default Character style (A). Applying Paragraph/Character attributes to other NPC in string would probably behave same. But, I suspect that this can only be improved with a solution to bug 103322 to provide greater precision in composing the document canvas. And that this ultimately is a duplicate of that issue. @Khaled?
Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
There is no HarfBuzz-related regression here, this is not even something happening in VCL. It is not a regression either, nothing changed in this area. It might have not been visible before because LO was relegating more to the system text layout engines on Windows and macOS.
The space glyph is kerned to the next glyph, applying different formatting to it breaks text layout. *** This bug has been marked as a duplicate of bug 61444 ***