https://bugs.documentfoundation.org/show_bug.cgi?id=62063
Hossein <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|medium |high Whiteboard|BSA | --- Comment #30 from Hossein <[email protected]> --- OK, let me explain what I think! It is correct that the text language can be inferred from the keyboard layout. Then, LibreOffice should use this data, and also the information inside the font to set the font settings correctly. It is true that user expects to see the correct font used for the RTL/CTL language, but what I am arguing is that even without any changes in UI, this bug can be, and should be fixed. To do a comparison (and as an example behavior), please do the exact same set of actions inside MS Word. Open it, then set an Arabic font, type something in Arabic, and see that the text gets the correct fonts. If you look into the character properties, you will see that the font is set for RTL/CTL, and not Western language text. This is the behavior that I would expect in LibreOffice. The data is enough to make this happen, and a developer should be able to fix this problem even without any UI change. Thus, this bug report is completely valid. It is also important, as it confuses the users why their font settings are not applied. I am raising the priority now. -- You are receiving this mail because: You are the assignee for the bug.
