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

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

bug#7732: ispell-buffer always gives bogus (0) and (1) choices


From: Eli Zaretskii
Subject: bug#7732: ispell-buffer always gives bogus (0) and (1) choices
Date: Sat, 25 Dec 2010 11:04:54 +0200

> From: jidanni@jidanni.org
> Date: Sat, 25 Dec 2010 09:55:36 +0800
> Cc: rfrancoise@debian.org
> 
> Why can't i/flyspell get the order correctly?
> 
> $ cat file
> transfered
> extention
> $ ispell file
> 
>  0: extension
>  1: extent ion
>  2: extent-ion
> 
> Whereas ispell-buffer always has these bogus (0) and (1) choices:
> 
> $ LANG=C LC_ALL=C HOME=/tmp emacs -nw file
> M-x ispell-buffer
> 
> Affix rules generate and capitalize this word as shown below:
>         transfer+ed
> Use option `i' to accept this spelling and put it in your private 
> dictionary.(0) transfer ed
> (1) transfer-ed  (2) transferred  (3) transferee  (4) transferees  (5) 
> transformed  (6) transversed
> (7) transferee's
> 
> (0) extent ion  (1) extent-ion  (2) extension  (3) extenuation  (4) 
> extensions  (5) extinction
> (6) extortion  (7) extending  (8) extension's  (9) extensional  (:) 
> extenuation's

I cannot reproduce that.  I get the same choices as you show from
ispell outside Emacs, and in the same order.

Are you sure ispell-buffer doesn't use aspell or hunspell instead of
the real ispell?  What are your values of ispell-really-aspell and
ispell-really-hunspell?  In my case, I know that's really ispell that
ispell.el invokes, because I don't have the other two installed.

> By the way, why does
> $ spell file #and ispell too
> not say anything about 'transfered', but in emacs ispell does?

I don't understand the question: you just showed above that ispell
_does_ say something about 'transfered'.

> $ dict transfered
> No definitions found for "transfered", perhaps you mean:
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Exactly.





reply via email to

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