On Tue, 2012-07-31 at 22:49 -0400, Máirín Duffy wrote: 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 It might be nice to have a spell(:lang=XX) provides in rpm to enable prompting and auto-install of dictionaries for a language if missing and spelling is requested, e.g hunspell-en installed, but locale is de_DE and spellchecking in gedit/libreoffice is activated => hunspell-de (or German Support Collection) is suggested for installation. I duped the rest of the bugs that are along those lines together as https://bugzilla.redhat.com/show_bug.cgi?id=750986 e.g. do something similar to http://fedoraproject.org/wiki/Features/AutoFontsAndMimeInstaller except for spell checking FWIW yum install hunspell-LANG should work in practice for most languages. And if you use add/remove software and go to package collections, and grab e.g. "French Support" one should get the spellchecking, hyphenation, thesaurus etc stuff for French. Though this is a bit messy in the add/remove software UI at the moment. It would be nicer to break out the language support collections from the generic "Collections" bucket into a toplevel category of its own. C.

On Wed, Aug 1, 2012 at 6:59 PM, Bill Nottingham <notting(a)redhat.com&gt; wrote: Region control panel, that will allow adding or removing spellcheck dictionaries easily via packagekit. (You don't really expect new users to know what hunspell or aspell are, right?) -- -Elad Alfassa.

On Wed, Aug 1, 2012 at 7:37 PM, Peter Robinson <pbrobinson(a)gmail.com&gt; wrote: I think it's a dictionary packaging problem then, cause yum-lungpacks is not related to this. yum-langpacks will install the language support subpackage which is appropriate for your system UI language when you install a package that has one. Therefor I assume this bug is in comps: the dictionaries should be inserted to the relevant language-support category. -- -Elad Alfassa.

Hi, 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. --Ray

Hey, Totally agree that's a good idea. I filed this: https://bugzilla.gnome.org/show_bug.cgi?id=681084 so that suggestion doesn't get lost. --Ray

On Thu, Aug 2, 2012 at 7:53 PM, Ray Strode <rstrode(a)redhat.com&gt; wrote: How would you detect which language of spellcheck dict you need to install for European languages, which basically share the same alphabet? Some phones have builtin dictionaries. Using the internet means: 1) won't work for offline/LAN only machines 2) privacy concerns 3) spellcheck might be really slow for users with very slow internet connection, for example Africa or India 4) we'll have to host it -- -Elad Alfassa.

On Thu, 2012-08-02 at 12:53 -0400, Ray Strode wrote: Yeah, that'd be my preferred solution, i.e. https://bugzilla.redhat.com/show_bug.cgi?id=750986 It doesn't massively appeal to me, given an example of LibreOffice auto-spellchecking a 1000 page document because you'd end up basically sending the entire document over the wire word by word. And the spellchecking happens paragraph by paragraph in the idle-time callback, checking after each paragraph if there's been any user events in order to postpone the rest of spellchecking until later, so that section of code has to be fast. C.