<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Find & Replace: default value of "Diacritic-sensitive" (on/off) should be locale-specific" href="https://bugs.documentfoundation.org/show_bug.cgi?id=116835#c2">Comment # 2</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Find & Replace: default value of "Diacritic-sensitive" (on/off) should be locale-specific" href="https://bugs.documentfoundation.org/show_bug.cgi?id=116835">bug 116835</a> from <a class="email" href="mailto:mihhkel@gmail.com" title="Mihkel Tõnnov <mihhkel@gmail.com>"> Mihkel Tõnnov</a> <pre>(In reply to V Stuart Foote from <a href="show_bug.cgi?id=116835#c1">comment #1</a>) > No, that is not a correct understanding of the function of > "Diacritic-sensitive" ... How is it not? That's precisely how search works at the moment. If it's not meant to, then there's a bug in the implementation. [ ] Diacritic-sensitive Searching for "lääs" matches also "laas" and vice versa (but it shouldn't in Estonian), "rad" matches also "råd" and vice versa (but it shouldn't in Swedish), etc. [x] Diacritic-sensitive "lääs" only matches "lääs" and "laas" only matches "laas" (as expected in Estonian), "rad" only matches "rad" and "råd" only matches "råd" (as expected in Swedish), etc. Kashida-sensitivity is something else entirely - in usage, if not in implementation -, so there's no need to include that in discussion within this here enhancement request. > No doubt it could be done by locale and script, but not clear there is a > need as now corrected defaults are reasonable. So is the default now "Diacritic-sensitive" = on?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>