This is to suggest a feature update to prevent an issue when dealing with editing issues in a document. When spellcheck detects a word it does not recognize thus as misspelled it lists options for replacement. However it displays seemingly ALL possible options that could fit to replace the misspelled word to the point that when the right click menu is open at times it is stretched to the point it does not fit the screen anymore and requires you to scroll through the whole menu. While you could perhaps refine the criteria for the limits of what it suggests as a replacement word or could just limit it to the top number of options this could reduce utility too much without careful work to curate the best choices for replacements in my mind. My suggestion is that should the number of options available to replace a misspelled word be larger than ten that an obvious separate scroll area in the menu should be put in to stop it from stretching the whole menu larger than the screen and to keep the many options already presented. Thank you for any consideration you give towards this.
Hello Dani, Thank you for reporting the bug. Unfortunately, without clear steps to reproduce it, we cannot track down the origin of the problem. I attempted to recreate the reported issue with random misspellings, but I only see 2-3 suggested word replacements for each. Please provide a clearer set of step-by-step instructions on how to reproduce the problem. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the steps are provided
(In reply to rram from comment #1) > Hello Dani, > > Thank you for reporting the bug. > > Unfortunately, without clear steps to reproduce it, we cannot track down the > origin of the problem. > > I attempted to recreate the reported issue with random misspellings, but I > only see 2-3 suggested word replacements for each. Reproducing this indeed takes a bit more than random misspellings, so Dani should provide a specific word that shows this problematic edge case. I tried in English (USA) with non-words like "inh" or "ath" and those do give over a dozen choices, but the list still fits on my screen even in my virtual machine Windows, which has 800 px height.
Created attachment 204080 [details] Screenshot of issue with spellcheck suggestions list extension off page. I hope this helps. I used just two letters ru which triggered the issue so I hope this shows my problem.
Not seeing an issue. Defaults for en-US locale (so en-US, en-GB, technical dictionaries) shows just eight suggestions for the "ru" string: roe AI HP LG Sun UI UX rpm The rest of those showing in attachment 204060 [details] have been added by user. The 35 additional digraph/trigraph strings are added to the default spelling dictionaries (share/wordbook). Such overly long listings *across the UI* are accommodated by listbox scroll arrows restraining height to available LO app frame height and allowing the list elements to scroll. That is exactly correct, and no reason to change to some other presentation. If the excessive height of the list of corrections is too high, user can curate their corrections dictionary found in their profile, on Windows %APPDATA%\LibreOffice\4\User\wordbook, "standard.dic" it is just a text file. Then restart LibreOffice. One could also clear user profile, but that will clobber such customized lists. Please curate, or add additional custom dictionaries and select for use as needed. RTM. Otherwise IMHO => Invalid and => WF
@László, sorry just noticed you'd set the 'NEW' BZ status. Do you envision some other UI handling of the correction picklist than the listbox pop-up?
Again thank you for all you all for your effort with speaking with me and understanding this. First, if I mislabeled this issue or did something to wrongly categorize or badly communicated the issue to you before I apologize and don't want to have confused the issue I was presenting. Said issue isn't that spell check simply is showing too many options for replacement of the misspelled word at all nor am I saying this is a bug caused by anything in the programing but more of a problem I am having using the interface with how it functions. I do a lot of text editing of diverse writing so the more options it shows the better for finding what I want in most cases. But sometimes if the list is massive my eye tends to have to scan the list and it takes longer to find the word if the area it scans is so large and scrolling just moves the list up and down but leaves it large. Your spellcheck while fine at base when I started did not have the proper spelling of plenty of words in it or account for variant spellings and I often have added further words to it using dictionaries and such for my own writing and this is fine. Again I accept this may make the personal list of replacement words longer for some misspelled words being checked but I would prefer more options than less and I don't just want to ignore adding to my custom dictionary or curate by removing what is correct to shorten it if those options would be useful or correct. I was by posting this here hoping to draw attention to an issue with what seems to be the menu being stretched so long and how it impacts my usage of the spellcheck. Again if there was a separate scroll section in the spellcheck right click menu so that I can scroll through that list it would stop it from stretching off the screen entirely and be more in my view at least user friendly. My eye can scan the words in that area without losing track and when I scroll I can do so while keeping track again of where I was and not losing track of it. So the issue again I am addressing is that the menu that pops up is stretched by the available options for correcting the misspelled word to the point that it starts to scroll off the screen. Again this does not happen for the majority of words and most times as long as it fits in the area or doesn't display much over 10 options I am fine. I may in fact want all those options just in case as sometimes the same misspelling may show up in various contexts meaning a different word might need to be selected to replace it so I don't see any reason for me to curate and remove correction options from my list to make it shorter by making it potentially less useful depending upon the circumstance. I can still scroll the current overly stretched list and it is not the most insurmountable issue so I even understand if this is not a feature you wish to add or an issue you need to address. But it slows me down and does cause enough frustration just often enough that I figured I should point it out. I used "ru" as a spelling mistake example because it was easy to remember at the time. I have had longer words that were misspelled that triggered this and if you want me to hunt for more I can in my personal system. Again this is not me saying this issue ruins things for me but more just a small issue that has happened enough that it causes a problem for quick easy use in this one area sometimes. If you think this is solely my problem then I understand and thank you for at least explaining to me why. I just figured I would tell you what is an issue I had using your program and my suggestion on how to fix it if you agreed or not. So again thank you for the time you took to read this and sorry for any trouble this might be causing you.
(In reply to Dani from comment #6) > > I just figured I would tell you what is an issue I had using your program > and my suggestion on how to fix it if you agreed or not. > No, we thank you for filing the issue. It is a fair observation and the UX and dev question is if a more "concise" presentation of the spelling corrections could be squeezed into a different UI widget to accommodate longer selection sets. Personally, I don't think there is much need to rework our current context menu or the full 'Spelling...' dialog.
Well thank you for hearing me and I will if I have another issue I will bring it up. Just to be clear... Thank you for the wonderful program and options you have provided and I am still very satisfied with them.
We definitely should avoid context menus that exceed the screen size. As a rule of thumb I guess around 20 items is the maximum to show given the minimal screen requirements. I agree with the request to limit the number of results in a sane way. The confusion results probably from the document language and the installed dictionary. The envisioned limit would not affect English, for example.