GNU bug report logs - #19229
ispell-phaf: No matching entry for ...

Previous Next

Package: emacs;

Reported by: Alexander Shukaev <haroogan <at> gmail.com>

Date: Sun, 30 Nov 2014 18:26:02 UTC

Severity: normal

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alan Third <alan <at> idiocy.org>
Cc: 19229 <at> debbugs.gnu.org
Subject: bug#19229: ispell on Windows
Date: Thu, 21 May 2015 19:23:03 +0300
> Date: Thu, 21 May 2015 09:16:00 +0100
> From: Alan Third <alan <at> idiocy.org>
> Cc: 19229 <at> debbugs.gnu.org
> 
> >> > Instead, I suggest to copy en_GB.* dictionary files that Hunspell uses
> >> > to corresponding ENG.* files.
> >>
> >> Doesn't work in OS X, but I'll give it a go in Windows tomorrow.
> 
> This works in windows! Once this is done I can then use
> ispell-change-dictionary to change the dictionary to anything I want.
> Presumably, then, the problem I'm seeing is that ispell+hunspell falls
> over if the dictionary initially set by emacs doesn't exist.

Could be, but see below: using LANG is a fallback.

> Is there a way to force ispell+hunspell to use a different dictionary
> from the start other than changing the LANG variable?

There are several ways of doing that.

First, you can customize the variable ispell-dictionary to name the
dictionary (without the .aff or .dic extensions, just the stem of the
basename, as in "en_GB").  You can set this in your ~/.emacs.  This
will cause ispell.el to invoke Hunspell with the appropriate -d
command-line option.

Alternatively, you can set the environment variable DICTIONARY to name
the dictionary, as in "set DICTIONARY=en_GB".  This environment
variable is documented in the Hunspell man page.

If neither -d is used nor DICTIONARY variable is found in the
environment, Hunspell checks LC_ALL, LC_MESSAGES, and LANG variables,
in that order.  LANG is already set by Emacs when it starts; you could
theoretically use one of the other two, but I don't recommend that,
again because they have specific meaning for locale-sensitive APIs,
and so other programs might react to them in ways you won't like.




This bug report was last modified 4 years and 257 days ago.

Previous Next


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