On Thu, Aug 2, 2012 at 6:38 PM, Ray Strode <rstrode(a)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(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/desktop
--
-Elad Alfassa.