You are not logged in.
Hi,
In order to get spell checking in firefox, I used the
archlinux wiki which suggest to install hunspell dictionnaries. I therefore installed hunspell-en but this gives us a very annoying number of english dictionnaries when trying to correct a mispelled word through the right-click context menu. Is it possible to reduce the number of dictionnary and keeping hunspell-en? Is there a smaller hunspell-en with only american dictionnary?
I think wiki should be improve on that specific point!
In fact I use French, English and Barzilian Portuguese dictionaries which gives me a total of 28 dictionnaries!!
Offline
Hi,
I remove all the symlink from /usr/share/hunspell and the dictionaries I don't need. Unfortunately you have to do this again at every hunspell update, but I don't have a better solution.
Offline
I don't install any firefox dictionaries from the repo, I just get the ones straight from firefox's site...
Offline
I have the hunspell dictionaries installed for other purposes but for Firefox, I just use two installed from Mozilla (Saesneg i.e. British English for the English one). So it is possible to keep the hunspell dictionaries and not have them show up in Firefox...
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline
Hi,
I remove all the symlink from /usr/share/hunspell and the dictionaries I don't need. Unfortunately you have to do this again at every hunspell update, but I don't have a better solution.
I build my custom hunspell package with only a couple of symlinks I need. Easy, clean & working.
:: Registered Linux User No. 223384
:: github
:: infinality-bundle+fonts: good looking fonts made easy
Offline
Feature request here https://bugs.archlinux.org/task/30504
If you have comments that would help improve the feature request while not causing the package to be hard to maintain make yourself heard or vote for it if you have a desire to see it implemented, otherwise the devs will not waste time considering and implementing it.
R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K
Offline
What is the rationale for including en_CA and en_GB dictionaries in the base but not en_CA or en_GB thesauruses? For that matter, why en_US, en_CA and en_GB but not, say en_AU?
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline
The rationale was to change as little as possible in the package, I wasn't questioning the decision of what is included as a base, just asking to separate the base from the symlinks. I do find it cumbersome to have so many variants too, and that is why I made the feature request.
After the feature request was closed as a duplicate of a previous feature request, I did look into mythes-en and the only file provided is th_en_US_v2. I didn't look much into it but I'd say the reason to use the files being provided now is that there aren't other/more files that can be used and most of then are quite old.
The matter of providing en_US, en_CA and en_GB dictionaries might be connected with the existence of hyphenation dictionaries only for those variants. But then again you can have one thing installed and not have the other. You'd have to ask the reason to the dev that decided what to include.
On another note, I did make a split package implementing what I proposed/requested with a slight change in naming, if there is interest I can share the pkgbuild. I have also done the same for mythes-en and I guess I'll take a look into hyphen-en.
R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K
Offline
Can't the package be split up in hunspell-en-gb and hunspell-en-us? Looking at the PKGBUILD, those are actually two separate entities... Alternative idea: use an `.install` script to create the symlinks after installation based on some configuration file.
Offline
I have uploaded to the AUR a few packages [1-3] that fit _my_ criteria for reduction in the number of variants that are available, use those as they are or feel free to use them and the PKGBUILDs of the official packages to create something that fits your needs.
About using a .install file, might be a bad idea as I suspect that whatever is created from the .install is not tracked by pacman.
[1] https://aur.archlinux.org/packages.php?ID=60466
[2] https://aur.archlinux.org/packages.php?ID=60467
[3] https://aur.archlinux.org/packages.php?ID=60468
R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K
Offline