https://bugs.documentfoundation.org/show_bug.cgi?id=55844
--- Comment #28 from ady <[email protected]> --- Created attachment 208286 --> https://bugs.documentfoundation.org/attachment.cgi?id=208286&action=edit screenshot bug 55844 LO Dev as of 2026-08-22 Screenshot of the bug using LO Dev as of 2026-08-22 on Windows 11. Very minor differences in the steps get different rendering results. I tested with "Noto Kufi Arabic" font, for both columns. On the left column, rendered as inserted from the Special Character dialog; then copy that cell and paste as unformatted text on the cell to its right. Both columns were already set to use the same "Noto Kufi Arabic" font. The first row (column on the left) is created by inserting both characters from the same instance of the Special Character dialog. The second row is created by inserting the 2 characters independently (open the dialog, insert the first character and close the dialog, then repeat for the second character, and then [ENTER]). When copy+paste_as_unformatted_text, each row was done on its own (i.e. not both rows in one operation). After the paste operation on the right side, when entering cell edit mode, there seems to be some kind of mix-up of fonts on the individual characters, between the "Noto Kufi Arabic" font and "Liberation Sans" (the Default font) for the cell. Summing up, minor differences in the procedure will result in (four) different rendering. While having 4 possible results could be a desired feature, and these minor differences might not be necessarily a bug, the "adequate" procedure for each desired result might not be completely clear or intuitive enough for users to discern and to correct accordingly. -- You are receiving this mail because: You are the assignee for the bug.
