[Bug 163616] Match diacritics
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Mon Oct 28 10:08:22 UTC 2024
https://bugs.documentfoundation.org/show_bug.cgi?id=163616
madhavkiran.sodum at gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Ever confirmed|1 |0
Status|NEEDINFO |UNCONFIRMED
--- Comment #5 from madhavkiran.sodum at gmail.com ---
A review for diacritics would be welcome.
In comment 3, I've tried to answer the points made in
https://bugs.documentfoundation.org/show_bug.cgi?id=129469#c10 in comment 2.
IMHO if we can type something easily, then we should be able to search it
easily too. Just as typing in the lower and upper case is so easy on any
keyboard, it is becoming increasingly easy to type accents (whether on phone or
computer). Most users will find it necessary.
Given this, the QFS will find better utility if this option for matching
diacritics is provided (the way Mozilla Firefox has done it without making the
search bar look complicated). People have appreciated Mozilla's feature
(https://rubenerd.com/firefox-can-now-match-on-diacritics/).
Regarding Collation Strength, i tried giving the references for further
reading.
What i intend to say here is that according to the IBM quote: "Almost all
characters can be distinguished by the first three strength levels". So the
first three levels will cover almost all cases that are usually encountered. So
our QFS should handle at least these three strength levels.
Other complicated or rare finds (such as regular expression, kashida etc.)
could be consigned to the SF dialog as is currently done. The users who would
know and use regular expressions or kashida is definitely few, but that is not
so with diacritics.
Regards
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the Libreoffice-ux-advise
mailing list