https://bugs.documentfoundation.org/show_bug.cgi?id=120753
V Stuart Foote <vstuart.fo...@utsa.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fdb...@neosheffield.co.uk,
| |frank...@goodhorse.idv.tw,
| |khaledho...@eglug.org,
| |libreoff...@kohei.us,
| |shanshandehongxing@outlook.
| |com, suokunl...@126.com,
| |t...@fixedpoint.jp
--- Comment #3 from V Stuart Foote <vstuart.fo...@utsa.edu> ---
(In reply to Heiko Tietze from comment #1)
This is an enhancement for localization support. The current stack limit of 16
is simply not sufficient for a large percentage of our users.
Rather than our usual UX-Advise participants, let's ask some of the other
contributors from the CJK/CTL communities weigh in on the effectiveness of the
current selection of western "Favorites" provided, and whether a stack of 16
glyphs offers any real usability to those locales.
There would not be an algorithm involved, rather would directly load a set of
default Favorites from XML for the selected locale coupled with fonts by locale
taken from VCL.xcu--effectively providing font and specific Unicode glyphs to
load.
Only if absent an entry in the locale's XML would we load the current western
defaults for favorites.
As to impacting the GUI--increasing the stack count from 16 would not present
an issue for users assigned the current western default.
Expect the glyphs for the Split button would keep columns of 6, only the row
count would increase from current three with different defaults--six for a
stack of 32 or eight for 48. Impact on GUI is negligible.
And on the Special Character dialog, adding a second (for 32) or even third row
(for 48) to the favorites and resents--while increasing screen height of the
dialog would cause not great issue, and each row could be set to 24 glyphs to
limit it to two each.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs