emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#17437: closed (24.3; ispell uses typographically correct apostrophe


From: GNU bug Tracking System
Subject: bug#17437: closed (24.3; ispell uses typographically correct apostrophe as word boundary)
Date: Fri, 06 Dec 2019 11:00:03 +0000

Your message dated Fri, 06 Dec 2019 10:59:40 +0000
with message-id <address@hidden>
and subject line Re: bug#17437: 24.3; ispell uses typographically correct 
apostrophe
has caused the debbugs.gnu.org bug report #17437,
regarding 24.3; ispell uses typographically correct apostrophe as word boundary
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden.)


-- 
17437: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17437
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 24.3; ispell uses typographically correct apostrophe as word boundary Date: Thu, 8 May 2014 14:15:17 +0200
When using the typographically correct apostrophe (“right single
quotation mark” U+2019), ispell will mark-up parts of words as typos.
E.g., in “doesn’t”, the part before the apostrophe will be highlighted
as a typo even if the spell-checker supports the apostrophe.

This bug occurs irrespective of the spell-checker, so I suppose that
ispell does its own tokenization and uses the apostrophe as a word
boundary. Instead, the apostrophe should correctly be treated as
word-internal punctuation and handed on to the actual spell-checker
program.

Best regards,
Tobias
 



--- End Message ---
--- Begin Message --- Subject: Re: bug#17437: 24.3; ispell uses typographically correct apostrophe Date: Fri, 06 Dec 2019 10:59:40 +0000 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (darwin)
Tobias Getzner <address@hidden> writes:

> I have added this character to WORDCHARS in my hunspell en_US
> dictionary; hunspell now correctly recognize words using this character
> when invoking hunspell in a terminal. Sadly, it seems ispell.el sadly
> still won’t handle these, however.

I believe this has been fixed since this bug report was raised. Emacs is
now able to scan hunspell's dictionary files and make use of WORDCHARS.
I can't remember if it's fixed in Emacs 25, but it's definitely fixed in
26.

I'll close this bug report, but if you're still experiencing the problem
please reply and we can reopen it.
-- 
Alan Third


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]