I'm using LO with both RTL-CTL and CJK enabled. I'm working on an RTL document with RTL text and no CJK text. My keyboard layout is RTL. This should be enough, when I open the Format | Font... dialog for me to see the "Complex" sub-pane in front of the "Asian" sub-pane. Yet - I see "Asian" first. Now, if it were the case that the Z-order of panes, or the selected pane, persists over subsequent openings of the dialog - I might get Asian once, then get Complex the next time, which would be not nearly as bad. But - that's not what happens; the choice is not persisted. So, either way - the choice of sub-pane to pre-select/present in wrong. Seen with: Version: 24.2.3.2 (X86_64) / LibreOffice Community Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US
This is relevant probably since we introduced the last significant rework of the font selection dialog. Also, I meant Format | Character... (not Format | Font...).
Would be nice, if the right tab is selected.
An app ignoring a user's repeated indication of preference is a bug, not just an enhancement. A design bug; another case of "the app wants to spite me"...
After fixing bug 168719, this will be much more important than low.
Jonathan Clark committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/8a9527e17a625bf445974e0046db07a8c8fa186e tdf#161205 Persist Complex/Asian tab choice in character dialog It will be available in 26.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
So, this is now an application configuration option... Is this how we do it with all persisted dialog tab selections, or is this a bespoke arrangement for the font dialog?
(In reply to Commit Notification from comment #5) > Jonathan Clark committed a patch related to this issue. This patch remembers whether CTL or CJK was active on the second tab. It could also go a step further and merge all three categories in one GtkNotebook - and remember what was selected. But as an intermediate solution not worth the effort.
(In reply to Heiko Tietze from comment #7) > It > could also go a step further and merge all three categories in one > GtkNotebook - and remember what was selected. But that is not desirable... they're separated intentionally. The other alternative was a 3-way split of the window. We don't want only _one_ language group's font selection to be visible > But as an intermediate solution not worth the effort. It's not an intermediate solution... I mean, ok, in the future, when we no longer have language group, then we'll need to rething this dialog as well, but that's far off.
*** Bug 156438 has been marked as a duplicate of this bug. ***