Support quick nav for spelling errors in more situations

[Gene703122]

Is your feature request related to a problem? Please describe.

Currently, NVDA can move to the next misspelled word when using browse mode in Word and Outlook. But in all sorts of instances, users are not in browse mode and working in edit fields where misspellings are flagged. Thunderbird is one example.

Describe the solution you'd like

There should be a command to move the cursor to the next flagged misspelled word in a document.

Describe alternatives you've considered

I am not aware of any suitable alternatives.

Additional context

Such a feature would save considerable time. I read material before sending it or when proofing it. Using f7 for the spell checker takes more time because I'm doing two separate things instead of reading what I've written and efficiently spell checking it. Without such a command, as I move through a document, the cursor is often far away from what is flagged. I want to be able to move immediately to the flagged word, then use the context menu to correct it or manually correct it.

[rperez030]

I think we would need both, an option to go to next misspelled word and the option to go to previous misspelled word. Actually, I see great benefit on enabling all the quick navigation that exist in browse mode to work even if NVDA is in focus mode. Being able to move between links and headings, or jumping directly to text with a diffferent style could boost productivity while editing in word, for example.

[marrie]

If we only do next that's fine. however if this cannot happen, then highlighting the word with this key stroke, then hitting the contextual menu key would bring up the spelling choices for which this is supported. I would be fine with that implementation instead

[Adriani90]

Supporting quick navigation commands in focus mode in general is not possible since NVDA needs to build its own virtual document to support this. When we switch to focus mode, the keyboard belongs to the application itself.
In thunderbird, browse mode is supported, but navigations to spelling errors in browse mode of Thunderbird is not supported yet.

[nvdaes]

This has been requested on a thread of a spanish mailing list.

I don't know the best option to implement it in focus mode, for example, I have thought about using object.makeTextInfo.getControlFields and searching line by line, and if invalid-spelling is found, perhaps searching character by character to find the exact position.
But I gess that this is not efficient enough and I'd like to know if this can be triaged and if @seanbudd or @Saschacouley can provide guidance to work on this.

[nvdaes]

Sorry, I wanted to mention @SaschaCowley , I misspelled the username accidentally.

[seanbudd]

@nvdaes - that approach won't be efficient, instead look at the gecko virtual buffer code (C++) to see how we identify other IA2 attributes

[nvdaes]

Sean wrote:

that approach won't be efficient, instead look at the gecko virtual buffer code (C++) to see how we identify other IA2 attributes

OK, then I understand that this would be accepted just for browse mode, not focus mode. I'ls search how this implemented. I have just a little experience reading C++ code, and I contributed by adding, with @LeonarddeR , support for same page links. I'll see.