On Thu, Aug 2, 2012 at 6:38 PM, Ray Strode <rstrode@redhat.com> wrote:

Hi,

> aspell should be a red herring here.
>
> So..., gedit has a spell plugin
> (/usr/lib64/gedit/plugins/libspell.so)
> which links to enchant, and enchant defaults to including the
> hunspell
> plugin (with the aspell plugin an optional extra) so hunspell libs
> are
> presumably pulled in. So it must be the case that the hunspell-en
> dictionaries are not installed.
>
> i.e. if anyone has the problem then presumably rpm -q enchant
> hunspell
> succeeds, and rpm -q hunspell-en fails ?
>
> I'm going to assume that it's that problem, and marked most of these
> as
> duplicates of https://bugzilla.redhat.com/show_bug.cgi?id=573516 and
> there's a testing update of hunspell-1.3.2-5.fc17 now

So we have this in the desktop spin kickstart file:

# Dictionaries are big
-hunspell-*

I guess if you have a Requires: hunspell-en in hunspell you'll win over that, but we should probably fix the kickstart anyway.

So we will have hunspell-en in the livecd, but what if someone changes the UI or input language (this is a good reason for dictionaries to be a special case, you need them when you add input language, not UI language) they won't get the related dictionary. Could we get the control panel install the relevant dictionary using PackageKit when you add a keyboard layout? eg. if I add Arabic it should install hunspell-ar so I would have spellcheck when typing in Arabic.
This will make using Fedora (and GNOME in general) easier for multilingual beginner users.

--Ray

--
desktop mailing list
desktop@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop

-Elad Alfassa.