Description: When misspelling a word, pressing enter, space, or typing on an already created line initiates the AutoCorrect, but when navigating with the cursor via cursor navigation controls AutoCorrect doesn't do anything. It would be helpful if the cursor navigation controls could initiate the AutoCorrect as there are more key presses and/or clicks/hand movement to get to the misspelled word to open up the context menu or to correct it because to even view the misspelled word an enter, space, or typing on an already created line is required. An example where the lack of this feature becomes irritating is if there are three newlines created and text is typed on on the first line. A misspelled word is typed on the second line but one wants to navigate to the third line. When they navigate below to the last line they begin typing but find that their word on the line above is incorrect and they have to use the cursor navigation controls to get back to the word and correct it. While it is true that the user could use the up arrow or any other control to move back to that line, the fact that the AutoCorrect isn't telling the user what is wrong when the user does a subsequent cursor control action is a bit misleading. Steps to Reproduce: 1. Enable AutoCorrect. 2. Misspell a word with new line space above or below it. 3. Move the cursor around. Actual Results: The misspelled word is not underlined red. Expected Results: the misspelled word should be underlined with red. Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:56.0) Gecko/20100101 Firefox/56.0
please tell which O/S you use and which LibO version you run.
I'm on Fedora 26 and using LibreOffice 5.3.7.2.0+, but has this feature been added in a future update?
sorry but I don't exactly understand what your bug report means. what are the "cursor navigation controls" you are talking about? would you please post a screenshot or upload a test file and give step-by-step instructions to reproduce the issue?
(In reply to tommy27 from comment #3) > sorry but I don't exactly understand what your bug report means. > what are the "cursor navigation controls" you are talking about? > > would you please post a screenshot or upload a test file and give > step-by-step instructions to reproduce the issue? By cursor navigation controls I mean arrow keys and mouse button clicks to place in the text field. I'm sorry that I didn't make it more clear, but this is supposed to be a feature request.
ok, but I still don't actually understand the scenario you are describing... please upload screenshots showing the sequence where autocorrect fails.
(In reply to tommy27 from comment #5) > ok, but I still don't actually understand the scenario you are describing... > please upload screenshots showing the sequence where autocorrect fails. Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the screenshots.
I think I've figured out what Yetoo was reporting. It refers to the situation you load a text in LibO Writer and it already has spelling errors... if some of those errors are already present in your autocorrect replacement table in order to apply the substitution you have to reach the end of that word and then press the "space" key to trigger autocorrect. instead if you just navigate trough text with arrow keys it won't trigger autocorrect... so the user asks that the "arrow keys" should be an autocorrect trigger as well. I don't know if it's technically feasible but the status is now NEW.
(In reply to tommy27 from comment #7) > I think I've figured out what Yetoo was reporting. > > It refers to the situation you load a text in LibO Writer and it already has > spelling errors... if some of those errors are already present in your > autocorrect replacement table in order to apply the substitution you have to > reach the end of that word and then press the "space" key to trigger > autocorrect. > > instead if you just navigate trough text with arrow keys it won't trigger > autocorrect... > > so the user asks that the "arrow keys" should be an autocorrect trigger as > well. This exactly. > I don't know if it's technically feasible but the status is now NEW. I mean if that's not technically feasible then would it hurt adding another checkbox in the AutoCorrect settings to enable real time checking? So after every character the check is initiated? How much would that hurt performance?