Closed
Bug 345027
Opened 18 years ago
Closed 18 years ago
em-dash not treated the same as -- when spell-checking
Categories
(Camino Graveyard :: General, defect)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
People
(Reporter: alqahira, Unassigned)
Details
Spun off from bug 237344: ------- Comment #10 From Smokey Ardisson (gone) 2006-07-07 23:50 PDT [reply] ------- Brett, does your patch also fix issues with other "typographic" symbols, or should I file another bug on that? E.g., using a real em-dash (U+2014) without spaces flags the entire word-em-dash-word as one misspelled word where using the equivalent -- does not. Bob--the fastest man in the universe--still lost the race. <--fine Bob—the fastest man in the universe—still lost the race. <-- flags Both this and Greg's original issue are all the more glaring on Mac OS X, where the system spellchecker correctly treats (U+2019) and (U+0027) as identical and treats -- and (U+2014) as identical; it joins elements separated by the former pair and splits elements separated by the latter when spell-checking. :( ------- Comment #11 From Brett Wilson (Google) 2006-07-17 15:27 PDT [reply] ------- This was fixed by bug 339478. ---- The em-dash bit is apparently Camino-only; em-dash and -- are now treated identically in recent Firefox branch builds. I'm doubly-puzzled since this obviously works correctly in regular Mac apps (and in Camino's Cocoa textfields)....
Reporter | ||
Comment 1•18 years ago
|
||
This is WFM for me on the branch now; can someone confirm?
Reporter | ||
Updated•18 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•