GNU bug report logs - #13639
ispell.el: hunspell dicts autodetection under Emacs.

Previous Next

Full log

Message #20 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Agustin Martin <agustin.martin <at> hispalinux.es>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#13460: Issue to change dictionary when using hunspell on emacs
Date: Thu, 17 Jan 2013 13:26:31 +0100

On Thu, Jan 17, 2013 at 01:37:30AM -0500, Glenn Morris wrote:
> Eli Zaretskii wrote:
> 
> >> From: Glenn Morris <rgm <at> gnu.org>
> >> Cc: Jochen Schmitt <Jochen <at> herr-schmitt.de>,  13460 <at> debbugs.gnu.org
> >> Date: Wed, 16 Jan 2013 18:23:23 -0500
> >> 
> >> Eli Zaretskii wrote:
> >> 
> >> > You need to install the English dictionary for Hunspell.  I suspect
> >> > that its name will be en_US (or maybe en_GB), not "english".
> >> 
> >> M-x ispell-change-dictionary doesn't accept "en_US" as input.
> >> It wants something like "english" (coming from
> >> ispell-dictionary-base-alist), which as you say is wrong.
> >
> > Then one needs to customize ispell-local-dictionary-alist to include
> > the setting for en_US.  Here's what I have there:
> >
> >      '("en_US"
> > 	"[[:alpha:]]"
> > 	"[^[:alpha:]]"
> > 	"[']" nil ("-r") nil utf-8)
> >
> > The OP may wish to omit the -r switch, it's not a necessity.
> >
> > Also, be sure to look at en_US.aff and match the character set it
> > mentions there with the "utf-8" part above.
> 
> IMO it should work out of the box.
> Ie ispell-set-spellchecker-params should handle hunspell as it currently
> does aspell, which has its own ispell-find-aspell-dictionaries func.

The problem is that hunspell -D does not return control. A bug has been
opened for this, together with patch suggested by Eli Zaretskii,

http://sourceforge.net/tracker/?func=detail&aid=3522524&group_id=143754&atid=756395

A workaround was proposed (redirecting from /dev/null), but it seems too
UNIX biassed.

There is also an associated problem when hunspell does not find the requested
dictionary under Emacs, because it does not triger an explicit error. This
leaves Emacs waiting for a reply in an infinite loop,

http://bugs.debian.org/690318

The reason is that when in pipe mode hunspell sends init string in a non
ispell/aspell compliant way. Reported and patch proposed as

http://sourceforge.net/tracker/?func=detail&aid=3577183&group_id=143754&atid=756395

-- 
Agustin

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.