https://bugs.documentfoundation.org/show_bug.cgi?id=116835
V Stuart Foote <vstuart.fo...@utsa.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |er...@redhat.com,
| |khaledho...@eglug.org,
| |vstuart.fo...@utsa.edu
See Also| |https://bugs.documentfounda
| |tion.org/show_bug.cgi?id=11
| |5829
--- Comment #1 from V Stuart Foote <vstuart.fo...@utsa.edu> ---
No, that is not a correct understanding of the function of
"Diacritic-sensitive" or "Kashida-sensitive" transliteration for search within
LibreOffice.
There is a lot of overhead involved with transliteration(s) to ignore
diacritic/kashida and other CJK Unicode glyph conversions -- frankly any of
them kill search performance compared to a "sensitive" mode, i.e. with no
transliteration of text strings (see bug 115829 dup to bug 116242).
Setting default, and impact on other search/replace function, is going to be
more involved than just a question of locale and script in use--and per user
configuration of Tools -> Options -> Language support, and other settings on
the Find & Replace dialog.
No doubt it could be done by locale and script, but not clear there is a need
as now corrected defaults are reasonable.
--
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