Forgive me if the title isn't very clear. This is what happens: 1) Dialog comes up with suggested correction - unknown word (etc) 2) Another error is noticed and corrected manually in the dialog box (text) - eg 17 to seventeen 3) Click on change 4) The dialog seems to "forget" the original suggested correction, and moves on to search the document for the next error. What should happen is that the dialog refreshes, starting with "where it is in the document", and redisplay the original suggested correction
Created attachment 59329 [details] Screenshot illustrating the issue
This isn't really a bug but more a feature/enhancement request. The software works as it's meant to work but probably could be improved by your suggestion. To clarify what we can do to make this feature better (some of it I'm adding myself): a) If user puts in their own suggestion -- changes the misspelled word to a word of their choosing vs. one in the list -- the word should be cached and entered in the list of words for if the particular "misspelling" is found again in the document. This way user can replace the misspelling in the document (or even better any document from this point forward) to the word of their choosing without having to type it every time. b) If possible it would be nice to move the suggested word or the new word entered by the user to the top of the suggestion list for future finds of the same misspelled word. So maybe you'd have this: 1st Find Misspelled word - "abcd" List of words for suggestion (in order): abed, ABC, BCD, abject, aback User selects "BCD" as their replacement word from the list. 2nd Find of "abcd" List of words for suggestion (in order): BCD, abed, ABC, abject, aback BCD moved to the top of the list in this example :) c) new entries (ie. user changes word manually in the top of the dialog) should have the option to add the word to dictionary. Current behavior is that all but "change" option are grayed out.
I think comment 2 if off-topic and didn't understand OP's request. The screenshot in comment 1 doesn't match the description in comment 0. (I don't see any "17".) When the user manually makes SOME change in the spell dialog preview and selects "Correct", LO simply applies WHATEVER the user did, and moves to the next position. (In fact, I don't think any "spell checking" is going on any more - there are just "wrong spelling" markers on certain positions, so manual changes are highly likely to expose buggy behaviour.) I don't think there is a bug here. If you are going to manually correct, you can both fix the word in question (the red word) and also at the same time make any other manual changes that you want. As soon as the user makes a manual change, the spell checker has no idea what has happened. (for example, the user could have added 5 words in front of the current spelling error.) We do NOT want to restart at the beginning of the sentence in case the user has IGNORED previous misspellings. So, IIUC our implementation is already fragile as it is. If there is a complete re-write, then taking this bug report into account could be useful, but otherwise it is a WONTFIX. Code pointer: SentenceEditWindow_Impl