https://bugs.freedesktop.org/show_bug.cgi?id=61444
Khaled Hosny <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #13 from Khaled Hosny <[email protected]> --- (In reply to comment #12) > I imagine that this has always been like that, and it'll be because the text > is split into different "portions" because the properties are different and > each run sent to vcl and down eventually into icu (or whatever) as two > different blocks. That is indeed the case, changing color causes the text to be laid out in different runs. Even worse, changing any font property has the same effect and often the changes are not visible to the user (like when changing the font and reverting it back). Basically anything that results in a different <span> in the saved ODT file will be laid out separately. This can result in worse effects than just kerning, complex text layout can get completely broken, for example. > It *might* just work that if the runs differ only by color that adding in > the preceeding/following chars as extra context to the ones we want the > positions of might work, depending on what the intermediate layers do. This doesn’t work (I already does that when using HarfBuzz, and while this helps a bit with Arabic shaping, the engine will only apply OpenType features to the portion of text it is asked to shape). -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
