Description: Element pane in Math should show Arabic items only if there is enabled RTL language support in options Steps to Reproduce: 0. Make sure you are disabled RTL support in language options (Tools->Options->Language) 1. Open Math 2. Open Element Pane on Sidebar 3. Select Operators 4. Look at item list => there are many Arabic items there Actual Results: there are many Arabic items in Math's Element Pane with disabled RTL language support Expected Results: there are no any Arabic items in Math's Element Pane with disabled RTL language support Reproducible: Always User Profile Reset: No Additional Info: Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: f232952e727c50cc3a5927ff3b082f88e36c9bed CPU threads: 16; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: ru-RU Calc: CL threaded
Created attachment 198131 [details] Element Pane with Arabic items
Sounds reasonable to me.
Mike K. suggested another solution like to add a different Arabic Element pane, but of course we need some expert here like Khaled
I would suggest instead to split the mixed panels into separate "Western elements", "Arabic/Persian elements", ... (maybe in the future, there could appear more variants - I don't know which cultures use other notation). As a proponent of *removal* of the option that disables RTL (and Asian) support, I would suggest to not make these elements / panels depend on that option.
To be honest, I don’t understand what is the problem here. Do math users use every symbol shown in the elements panes? If not, why are the new symbols are seen as a problem? The reason why I didn’t split the new symbols into there own pane is that Arabic math uses other operators like summation and integral, so an Arabic math user would need to be jumping between panes needlessly. The reason these symbols depend on CTL option is obvious, hiding UI elements based on CTL option is bad UX and we need to do less of it not more, and support for RTL math does not depend on that option either.
*** This bug has been marked as a duplicate of bug 163503 ***