Created attachment 44110 [details] spellcheck context menu contains too few variants spellcheck context menu contains too few variants explanations in Attachment tryed on Linux 64 bit yet
Created attachment 44267 [details] same explanation in pdf format
Please try to write an explanation in text format, in-line in a comment?
Anyway, as far as I know, especially for LibreOffice as *normally* used on Linux (i.e. from the distro), the spell checking dictionaries are not produced by or shipped with LibreOffice, but are part of the system. The spell checker that chooses variants is hunspell, I think. Most likely you should file a bug against that. Anobody who knows better, please correct me if I am wrong.
When we right click on word with error, context menu produces too few wariant of right words. We can rarely find needed right word among them. Dictionary is inside Libreoffice install. P.S. My be I should use pdf in my bugreports because is more handy to open?
Ao is your complaint that the suitable words are present in the dictionary but not listed? Or that the dictionary should contain more words?
Just tested on Windows XP 32 bit. Strictly the same words. I think in context menu should be 20 variants.
But are you using a distro build of LibreOffice on Linux that uses system dictionaries, or a generic Linux build? The generic build presumably indeed uses the same bundled dictionary as does the Windows build. And sure, the system dictionary for a language might be the same, more or less, as the one bundled with LibreOffice. Still, it isn't maintained by LibreOffice, as far as I know.
So you would prefer to see more variants even if they would not be close to the misspelled word at all?
I repeat: Is your complaint that suitable words are present in the dictionary (which one(s)?), but not listed as suggestions, or that the dictionary should contain more words?
suitable words are present in the dictionary, but not listed as suggestions I myself use russian
OK, so can you then give a *specific* example of a misspelled Russian word, the suggestions listed, and what other words in the dictionary that you think should also be listed, please? Andras, do you think this falls into your ballpark? Feel free to assign back to the list if not, and/or tell the bug reporter who maintains the Russian dictionary, and resolve as NOTOURBUG perhaps? Or is this a problem in the LibreOffice code, that it uses hunspell in a way that makes it list too few suggestions? Or is it a problem in the hunspell code?
Entered пов and should be под and spellchecker propose: по and по в.
Short words with letter replacements are not ideal targets of the n-gram base search. Try to add the following lines to your *.aff file: MAXNGRAMSUGS 20 MAXDIFF 10
Thanks for interesting in my problem I have added these lines to /opt/libreoffice3.4/share/extensions/dict-ru/ru_RU.aff but nothing changes.
Slightly longer exaple in russian: entered дастает , should be достает but no such variant displayed.
The problem is the missing "TRY" affix file definition with the Russian alphabet. From Hunspell manual (hunspell4.pdf in http://sourceforge.net/projects/hunspell/files/Hunspell/Documentation/): The following affix file example defines UTF-8 character encoding. ‘TRY’ suggestions differ from the bad word with an English letter or an apostrophe. With these REP definitions, Hunspell can suggest the right word form, when the misspelled word contains f instead of ph and vice versa. SET UTF-8 TRY esianrtolcdugmphbyfvkwzESIANRTOLCDUGMPHBYFVKWZ’ REP 2 REP f ph REP ph f
Laszlo Nemeth committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/dictionaries/commit/?id=f795b16970b65e977eb8ffc3fa33d94dd8e1e75b fdo#35001 (add TRY for better suggestions)
Fixed by adding the following TRY definition to the Russian affix file: TRY иаоентрвсйлпкыьямдушзбгчщюжцхфэъАКСВПМГБЛТДНИОРФЭЕХЧУЗШЯЮЦЖЙЩ
Thanks for fixing this bug
Laszlo Nemeth committed a patch related to this issue. It has been pushed to "libreoffice-3-5": http://cgit.freedesktop.org/libreoffice/dictionaries/commit/?id=27caa10134f27e9bb342322af42e6ad8f1ddb4fb&g=libreoffice-3-5 fdo#35001 (add TRY for better suggestions) It will be available in LibreOffice 3.5.7.
Laszlo Nemeth committed a patch related to this issue. It has been pushed to "libreoffice-3-6": http://cgit.freedesktop.org/libreoffice/dictionaries/commit/?id=3eda0173185565948d483469a5a838fa5a103c53&g=libreoffice-3-6 fdo#35001 (add TRY for better suggestions) It will be available in LibreOffice 3.6.2.
*** Bug 35002 has been marked as a duplicate of this bug. ***