https://bugs.documentfoundation.org/show_bug.cgi?id=105936
--- Comment #21 from Telesto <[email protected]> --- (In reply to Caolán McNamara from comment #19) > probably multiple runs, once the attributes of a part change its a new run > of text and is laid out as a separate "thing" to text before and after it. I lack knowledge about text runs. What I find curious: introducing direct formatting, to some selection (word/glyph) [is this called a span?]. can - depending the location - cause a re-alignment of justified/ moving glyphs. So applying an attribute, say highlighting to a selection (word/glyph), can cause a shift. Changing the attribute highlighting doesn't make any difference. Nor does adding some other attribute to the same selection. Removing the DF on the other hand causes a shift It appears to happen independent of zoom-level, but easier to see with when zooming in. Hebrew is even more prone to this And well this brings this to mind: https://git.libreoffice.org/core/+/6db39dbd7378351f6476f6db25eb7110c9cfb291%5E! although this is being beyond my understanding too. So this might be something totally different. (In reply to Caolán McNamara from comment #20) > Putting aside the movement triggered by changing attributes of a piece of > text I wonder if the original text rendering problem is solved by 7.4 or > remains. (The broken initials was so glaring I assume that is not an issue > anymore) Yes, there are no issues anymore, aside from the above -- You are receiving this mail because: You are the assignee for the bug.
