Edit: I started this thread focused on text scrolling, but I think that we need to have this dedicated hub to centralized any false positive and positive complaints to apple concerning this once and for all, and write any tip or trick we each might have for text handling with voiceover on the mac, as complaints about this topic are spread out in lots of random macos topics. Plus how mac text navigation works is very different from that of windows especially from a screen reader perspective...
So as page up and page down don't work the same way on the mac than on windows for scrolling text, and voiceover gestures on the trackpad have disappointing and innefficient result for me, I have just found a clever tip.
It's not the best but it at least works and is quite decent, but basically you want to use the move to visible beginning/end commands, vo-shift-left/right arrows, and then go down or up with the keyboard, and so on, in apps such as pages, textedit and etc. I find it baffeling that apple is unable to make such a simple and essential feature accessible and convenient for blind users on mac to the point that people apparently think that searching is more efficient. Scrolling gives you this big overview and allow you to quickly jump to a desired part of the text when you actually don't know what to search for.
Anyways, hope this can help somebody out there.
PS: is it a bug or the vo-shift-s for the scroller just doesn't seem to work anywhere from safari to textedit and pages?
Comments
Design choice differences, not bugs
I wouldn't describe the issues discussed here as bugs. I think they're intentional design choices that affect movement by word, selection, and other basic editing operations. If you don't agree with them, that's fine - you always have the option of using a different operating system and being happy, if that's your preference.
The assumption Apple makes is that you'll adapt your way of working to their design. For example, if I move backward by word, then delete a word "backward" (with Option-Delete), there won't be an extra space left after the deletion is complete. I can read the line with VO-L to understand the context before deleting, or, in my case, use a Braille display.
Similarly, if I delete forward a word with FN-Option-Delete after moving to the end of the previous word with Option-Right-Arrow, no extraneous space is left either, and I don't have to read the word to be deleted repeatedly.
I came to the Mac with experience of graphical editors under Linux, which adopts some of the same conventions, so I never had an issue with adaptation. Windows is different from both macOS and Linux in this area.
Page up and page down do…
Page up and page down do work in text field for sighted users just VO not announcing anything is an oversight from apple. I have learned to deal with it but it's not convenient at all. The real difficulty to select text in pdf though is something I can't accept. The rest I agree and have mostly accepted. There is a real bug with VO improperly recognizing the scrolling gestures with the 3 fingers on the trackpad though. Say all starting always at the beginning of the paragraph/element on the web even if it had to have +500 words is a poor design they will probably never change. Read the latest posts about the i'm done with safari on mac thread and you can arguably not justify all the issues of VO? I have recently posted a thread about how I discovered to do the secondary click on the trackpad with VO, as far as I know it's one of. the many thing that's literally just not documented and they kinda expect us to know and never acknowledge when they are faulty. The go rewind and fast forward scrips for say all aren't documented at all and the only mention of them is in the commands help or the commander category of VO Utility, again 0 documentation.
I've tried Orca, chromevox, speakup, and voiceover is still the screen reader which has the most impressive amount of bugs which they have fortunately started sorting out with sequoia.
The fact that I need apparently an m2 max+ just to run vim properly with VO on the native terminal is something difficult to accept for mee too as it works perfectly with windows on wsl and probably with speakup though I wasn't good with vim back then, arguably narrator and chromevox are worst than vo could never be with terminal.
And my favourite, "appname" does not respond / is not responding seems to be something that we have to tolerate. This is not normal. Whether it's browsers, system settings when displaying the license at each update, and everywhere else including the finder and even sometimes the login windows. VO hasn't been optimized for arm at all as it's very very very very easy to make it crash unlike windows screen readers.