User-Agent: Mozilla/5.0 (X11; U; Linux i686; en; rv:126.96.36.199) Gecko/20061201 Epiphany/2.18 Firefox/188.8.131.52 (Ubuntu-feisty) Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en; rv:184.108.40.206) Gecko/20061201 Epiphany/2.18 Firefox/220.127.116.11 (Ubuntu-feisty) When searching for text on a webpage precomposed characters are not found/searched as their equivalent characters according to Unicode. Example: - a page has "école" that's with <U+00E9 LATIN SMALL LETTER E WITH ACUTE>. - search for "é" <U+0065 LATIN SMALL LETTER E;U+0301 COMBINING ACUTE ACCENT> Result, "école" is not a match yet "é" should match "é" Reproducible: Always
Component: Find Toolbar / FastFind → Keyboard: Find as you Type
Product: Firefox → Core
QA Contact: fast.find → keyboard.fayt
Related bug: bug 202251
(In reply to comment #1) > Related bug: bug 202251 Both bugs should be fixed together. Altough I'd suggest fixing bug 374795 (this bug) first. To fix 374795, it would be enough to normalize strings to NFD before comparison. To fix 202251, the NFD strings could be stripped from some categories of characters (combining marks, enclosing marks, non spacing marks, and some punctuation). One might want to go as far as NFKD instead of NFD for opaque match, i.e. ² would match 2.
(In reply to comment #2) > One might want to go as far as NFKD instead of NFD for opaque > match, i.e. ² would match 2. In that case, there should be a checkbox or something - overgeneralizing at search engines is annoying. Surprisingly, Google searches for “²” and not “2”, though, while Yahoo and Yandex search for “2”.
OK, let’s consider this not‐a‐duplicate. I am now using Unicode quotes and dashes all the time, so I support this enhancement (it is, if I am right that no other browser has this feature). I am not sure if, say, ‘«’, ‘“’ and ‘"’ can be all considered equivalent without custom configuration data…
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Ever confirmed: true
Version: unspecified → Trunk
This originated as a Firefox bug, so it shouldn't have been moved to Seamonkey, I think.
Component: Find In Page → General
OS: Linux → All
Product: SeaMonkey → Firefox
QA Contact: keyboard.fayt → general
Hardware: x86 → All
See Also: → bug 202251
Component: General → Find Toolbar
Product: Firefox → Toolkit
QA Contact: general → fast.find
Version: Trunk → 1.8.0 Branch
Status: NEW → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 202251
You need to log in before you can comment on or make changes to this bug.