-
Notifications
You must be signed in to change notification settings - Fork 231
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Failures with quotes #228
Comments
I see the same issue with 1.4.1. |
Still there in 1.6.2. Simple test case:
hunspell will identify |
This sounds related: en-wl/wordlist#122 |
Related to #504 |
Same issue nearly 4 years later. Lines 89 to 95 in 4ddd8ed
tokenization should treat interior apostrophes as part of words and exclude boundary apostrophes. However, the test provided in lmmarsano/hunspell@c825888 fails the assertion: please checkout to see. luism@lmm-notebook:~/project/hunspell/tests$ ./test.sh apostrophe.dic
=============================================
Fail in apostrophe.good. Good words recognised as wrong:
'is' I wish I knew enough to PR a fix. |
This seems to happens for Italian as well: In { index: 0,
word: 'dell\'',
stems: [],
suggestion: [ 'della', 'dello', 'delle' ],
correct: false } |
Is this the root of this problem: ~$ echo "And no, spellchecking doesn’t work well in vim, because exactly this sentence is marked as misspelled." | hunspell -d en_US --check-apostrophe -l
doesn
~$ Hmm, with |
This issue is still present in Hunspell 1.7.0, and includes the
|
This is an issue with the dictionaries. The English hunspell dicts from https://sourceforge.net/projects/wordlist/files/speller/ contain this line in their
but this must include the
in order to detect contractions like "doesn't" as a single word. If I manually modify change the dict accordingly, it works as expected. |
Running hunspell in Emacs, or directly with "hunspell -a": single quote is taken as part of
the word, which leads to tons of bogus spelling suggestions. I'd expect something like this
to be known, but a few searches got me nowhere. This is using the version that comes with
Fedora 20: 1.3.3.
Original comment by: elibarzilay
Original Ticket: hunspell/bugs/259
The text was updated successfully, but these errors were encountered: