<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:mihhkel@gmail.com" title="Mihkel Tõnnov <mihhkel@gmail.com>"> <span class="fn">Mihkel Tõnnov</span></a>
</span> changed
<a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - 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>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">Status</td>
<td>UNCONFIRMED
</td>
<td>RESOLVED
</td>
</tr>
<tr>
<td style="text-align:right;">Resolution</td>
<td>---
</td>
<td>FIXED
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - Find & Replace: default value of "Diacritic-sensitive" (on/off) should be locale-specific"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=116835#c4">Comment # 4</a>
on <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - 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 <span class="vcard"><a class="email" href="mailto:mihhkel@gmail.com" title="Mihkel Tõnnov <mihhkel@gmail.com>"> <span class="fn">Mihkel Tõnnov</span></a>
</span></b>
<pre>(In reply to Eike Rathke from <a href="show_bug.cgi?id=116835#c3">comment #3</a>)
<span class="quote">> The default is now Diacritic-sensitive, but has an effect only in new
> installations as the checkbox value is remembered in the user configuration,
> which in existing installations was remembered from the hidden
> Diacritic-ignore status.</span >
OK, I can live with that :)
<span class="quote">> Fwiw, contrary to what was said in <a href="show_bug.cgi?id=116835#c0">comment 0</a>, in German I do *not* expect
> diacritics to be ignored. Umlauts are distinct letters, not some "variation
> of a base" letter. Searching for Bar should not find Bär.
> I could bet also in French accented characters are not to be mangled.</span >
Oh. Well, I might have read too much into the old default (diacritic-sensitive
= off) and my admittedly fading knowledge of German. But if also German (and
French) should default to diacritic-sensitive search, then all the better.
<span class="quote">> Trying to couple the Diacritic-sensitive default to locale/language IMHO is
> doomed to fail. There is no default locale with text, text either has a
> specific locale attribute or is set to None. Different portions of text can
> have different locales assigned. Often enough text is attributed with the
> user's current default locale but is written in another language and the
> attribute never changed. A coupled default would lead to bad user experience.</span >
Agreed that it would be tricky. But if we default to diacritic-sensitive search
now (also for English with its varying spellings à la naive/naïve etc.), then
the issue is pretty much resolved in my eyes.
<span class="quote">> Rather tackle the reason why Diacritic-sensitive was introduced first-hand:
> for Arabic. So have a second Arabic-diacritic-sensitive checkbox and if
> (default) unchecked ignore diacritics only in text portions written in
> Arabic script.</span >
I agree. Presumably a new enhancement request would be needed for that?</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>