Win 7 Ultimate x64; LO 5.x x86
Where a short acronym e.g. AVM is not in the dictionary, right clicking may produce a very long list of options. It is necessary to scroll down to the options for handling this - ignore, add to dictionary etc. but after scrolling none of the options work. If the word is such that there is only a short list with no need for scrolling, then the options work normally.
I did not spot when this first appeared; I have 126.96.36.199 and 188.8.131.52 and both exhibit this but I never noticed it in 4.x.
Related to this is the very long list of spelling options that short acronyms etc. produce. Some refinement of the logic used to select options would be a good idea as many of the options offered as spelling alternatives are very unlikely, or maybe the list should be restricted to the, say, 10 most likely.
bug confirmed under Win8.1 x64 using 184.108.40.206.alpha1+
Build ID: d3b6f3790953bdfeaeebcd3ba9ec370d94ca4ebf
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-07-09_00:11:55
Locale: en-US (it_IT)
LibO 220.127.116.11 works fine so it's a 5.x regression
(In reply to John from comment #0)
> Related to this is the very long list of spelling options that short
> acronyms etc. produce. Some refinement of the logic used to select options
> would be a good idea as many of the options offered as spelling alternatives
> are very unlikely, or maybe the list should be restricted to the, say, 10
> most likely.
I agree with you. You should open a separate bug report about this telling it's an enhancement request and ask to limit the number of suggestions to 10,20 or whatever. please, put me on the CC list when you do it.
I just tried in Linux and I don't get a "very long list of options" for AVM - my list is 12 entries and requires no scrolling. I even tested at incredibly low resolution to try to force it to allow me to scroll and it still wasn't long enough to allow me to scroll. Are there other words that you can think of that might allow me to do the same thing? If I can test in Linux I'll bibisect it but with the given word I'm unable to do so. Thanks
try a simple 2 digits combination that is not in your dictionary like "hk"
it will generate a long list of suggestions
Tried this with "AVW" - 7 options, no scrolling
Tried it with "hk" - 7 options, no scrolling
Which language do you use. Have tried much more, but didn't get more than 9 options ...
My system: OpenSUSE 13.2 64bit rpm Linux, LO 18.104.22.168
try "hk" with Italian... I got more that 30 suggestions with that
in german, i tried this with the words jo and me, I must scroll. everthing was ok, i can add the word to the dictionary and ignore, and ...
my System: OpenSuse 13.2, 64Bit, LO 22.214.171.124
seems like it's a Windows only bug
I can confirm on Debian 8 (jessie) with just "hk" word and choosing English (USA) language for selection and:
Build ID: 9be553f4c61f220ebbe212dc76cb9cce4ae1c106
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2015-07-13_22:45:19
Locale: es-ES (es_ES.UTF-8)
It's important to mention that if I change the language for this selection, the bug is not reproducible.
Works also fine under:
Build ID: b0153639c17d40061480a7bbde11fa0249e3051f
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:libreoffice-5-0, Time: 2015-07-14_03:50:43
Locale: es-ES (es_ES.UTF-8)
Build ID: 865afb6ed25891129efb6907595c892e417a191a
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:libreoffice-4-4, Time: 2015-07-14_00:39:03
good catch. so it affects Linux as well and can be bibisected.
the issue is reproducible with certain languages and not in others.
I retested and the menu items do not work with English (USA) but work fine with Italian.
> (In reply to John from comment #0)
> > Related to this is the very long list of spelling options that short
> > acronyms etc. produce. Some refinement of the logic used to select options
> > would be a good idea as many of the options offered as spelling alternatives
> > are very unlikely, or maybe the list should be restricted to the, say, 10
> > most likely.
> I agree with you. You should open a separate bug report about this telling
> it's an enhancement request and ask to limit the number of suggestions to
> 10,20 or whatever. please, put me on the CC list when you do it.
I filed bug 92824 about the long list issue.
Migrating Whiteboard tags to Keywords: (bibisectRequest)
Can someone who is seeing this problem please try to bibisect it? Right now it's sitting in bibisectRequest stagnant.
I just tested with "hk" with 4.4 and 5.0, both gave me a list of 16 options...no scrolling (maybe because my screen resolution is high?)
Does "hk" with English (USA) locale produce two different results between 4.4 and 5.0? Can we get some concrete numbers as to how many entries there are.
Just tested 3.3 and I get 17 options for "hk"
I installed windows version 126.96.36.199 which has a dictionary with loads of single char entries for "hq" in English and it can't be reproduced there. The menu scrolls and works fine.
This however was reproduced by tommy27 with 188.8.131.52lapha1+ and I see that bug 92702 was fixed between 184.108.40.206 and 220.127.116.11 and it is "unable to select menu items that were initially off-screen". Reverting that fix indeed creates a menu for these choice entries where the offscreen entries don't work when scrolled onto the screen.
There was also backports of this fix to to 5.0.X series. I'm pretty sure this is a duplicate of that, now fixed, problem
*** This bug has been marked as a duplicate of bug 92702 ***