> On Mon, 25 Apr 2016, 宋文武 wrote:
>
>> Hi! I have some problems to package gspell for GNU Guix, and I think it's
>> the issue of aspell...
>>
>> In Guix, aspell and every dict are installed in seperated directory (prefix),
>> and then symlink together into a profile. We have wraped the aspell
>> executable with `ASPELL_CONF=dict-dir $HOME/.guix-profile' to let it
>> finding dicts:
>> <http://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/aspell.scm#n110>
>>
>> But the GNOME gspell, which is a GObject API wrapper upon enchant,
>> uses 'aspell_provider_list_dicts' (similiar to the list-dicts.c example)
>> to find all aspell dicts, where the ASPELL_CONF variable is not honored
>> at all. Even with dicts avaliable in the dict-dir specidied by ASPELL_CONF,
>> gspell reports none.
>>
>> The list-dicts example have this issue too. shouldn't the default
>> AspellConfig returned by new_aspell_config honor ASPELL_CONF?
>> Or, maybe there are better way to handle dict localtions?
>> I'd be very happy to use a variable like ASPELL_DICT_DIRS :-)
>>
Kevin Atkinson <k@kevina.org> writes:
> Hi,
>
> I fail to see how this is an issue with Aspell. It looks like more of
> an issue with enchant. Is there something Aspell can be doing
> differently?
>
IIUC, the AspellConfig returned by 'new_aspell_config' doesn't
call `config->read_in_settings()', so ASPELL_CONF is not honored.
(add the call to it will break some asserts, is it designed to be so?)
And there is no C API to read the settings. I think the question is
which should configure the dict locations, aspell library or enchant?
If aspell, then maybe add 'new_aspell_config_with_settings' is a quick
way. But a single variable like ASPELL_CONF is not good as addable
variable ASPELL_DICT_DIRS (like PATH), which user can set it at multiple
places, eg: system-level (/etc/profile) and user-level (~/.profile).
If enchant, I don't know.. so CC to the abiword-dev.
Received on Sat Apr 30 10:17:09 2016
This archive was generated by hypermail 2.1.8 : Sat Apr 30 2016 - 10:17:09 CEST