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)

PowerPC
macOS
defect
Not set
normal

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)....
This is WFM for me on the branch now; can someone confirm?
WFM.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.