Hello applevis.
... I'm sorry, I was just trying vimtutor with voiceover. Basically if you don't use vo-l to read the line, j and l alone will make voiceover randomly skip very important portion of that line and basically you can't trust voiceover at all. Plus this new bug in sequoia randomly makes VO read from the beginning of that page. I tried with alison us and eloquence. Is there any speech rate to change? Even if it's yes I don't really understand how you can be productive with voiceover alone in the native terminal on the mac as such a simple thing as vim is unusable with its own native commands just because vo doesn't know how to properly read the output under the cursor skipping 99% of it.
macos 15.1.1. If I'm doing something wrong, please correct me. Otherwise, apple...............
By TheBllindGuy07, 21 December, 2024
Forum
macOS and Mac Apps
Comments
Tried Alex with 15.1.1 and…
Tried Alex with 15.1.1 and 15.3, same result. Unusable with native commands. Now it's timeI say it works all the time with linux or windows! Even Chromeos I'd bet.
Reports
FB16140150
Case-ID:Â 10833265
You need more time to try
I use terminal on daily basis and I find myself has no need to get back to GUI solutions. Note: don't be sad if my solution does not work for you.
First, make sure to interact with "Shell" text. All my commands assume this step is already done.
Use VO+arrows to navigate word by word (left and right) or line by line (up and down).
For announcements, keep in mind that VoiceOver speaks the text it pass by. For example, if you already moved after the first word in a line using VO+right arrow, then press VO+down, it will just announce what is after this word in this line. If you come from windows background, you will find this behavior different.
Navigating the keyboard cursor usually moves VoiceOver cursor. However, there has been a bug since Mac OS 13 (I guess), that VoiceOver cursor might be in a different position from keyboard cursor. As a solution, move keyboard cursor (using arrow keys for instance) twice and VoiceOver cursor will follow up.
For speaking rate, there is a new bug in Mac OS 15 that the rate/volume might not change when adjusted from VO+command+shift menu. So, it does not work all the time. I use Alex as my main Voice. As a solution, change it manually from VoiceOver utility.
Regarding skipping text in vim, yes this occasionallly takes place. Switching to another application of different activity, restarting vim/neovim and restarting VoiceOver usually fixes it and some other issues as well.
Another note regarding skipping text, but the slower your device, the more text it will skip as long as you press commands fast. You might need to synchronize your presses with VoiceOver or buy a faster device. I use M2Max. I have 2020 Intel iMac for work, and I just stick it to Mac OS 13. Mac OS 15 is slower than its predecessors.
For sure, VoiceOver could have been better, but it is what it is. Let's hope a good luck for Apple Accessibility team and a better future for everyone.
A couple of advice for you:
Hope that helps. You can find more about my terminal usage here.
I got why so much blind…
I got why so much blind people hated Ventura then 😂 W90% of what you told I was quite quick to figure it out but thanks still.
This bug was indeed there in…
This bug was indeed there in the betas but it's been patched for me since awhile now.
For speaking rate, there is a new bug in Mac OS 15 that the rate/volume might not change when adjusted from VO+command+shift menu. So, it does not work all the time. I use Alex as my main Voice. As a solution, change it manually from VoiceOver utility.
Already knew that, and it's well documented.
For announcements, keep in mind that VoiceOver speaks the text it pass by. For example, if you already moved after the first word in a line using VO+right arrow, then press VO+down, it will just announce what is after this word in this line. If you come from windows background, you will find this behavior different.
Seriously? This is ... I don't even have the words to describe my feelings reading this! I have an m2pro base model.
Another note regarding skipping text, but the slower your device, the more text it will skip as long as you press commands fast. You might need to synchronize your presses with VoiceOver or buy a faster device. I use M2Max. I have 2020 Intel iMac for work, and I just stick it to Mac OS 13. Mac OS 15 is slower than its predecessors.
I'm happy that I always send the full sysdiagnose in each of my feedback so hopefully they can reproduce and patch it.
I sometimes tend to think that macos accessibility problems are 90% improper documentation and 10% lack of testing, user feedbacks and bugs.
Indeed it works half the…
Indeed it works half the time only so vim is in fact slower for me on the mac than it is on windows or on arch linux for example. "I've really got to try Asahi now that I have more time!!! :)
"Note: don't be sad if my solution does not work for you."
Last time I tried tdsr it crashes completely whenever I open vim.
Default Terminal
I use the terminal utility that come out of the box with Mac OS. I have tried tdsr before, but did not like it. That was after many years of using the default terminal app.
It's fiddly but usable. I do…
It's fiddly but usable. I do wish it were better but it's certainly not the worst of apple's apps and won't be a priority for them. It would be great if there were another app that could fill in made by a 3rd party, apple's own apps tend to be pretty junk when it comes to accessibility, but I can't imagine that happening.
Tried everything,…
Tried everything, deprioritizing terminal in the process list and prioritize VO. VIM in this current state is unusable on both versions of macos sequoia. If I need >m2 max to use vim in an accessible way...
These are just scratching the surface
As to why I never upgraded past macOS Monterey. I'm not saying terminal in Monterey is perfect, but overall, macOS works fairly well in Monterey with voiceover, over the newer version of macOS. Of course there is the whole SNR thing, but using a third-party browser does help.
Unrealistic expectations
Is there a specific reason why you have to use Vim, or any other ncurses-based tool for that matter? Vim was my go to editor back in my sighted days, but that was because I was actually productive with it. These days, although I do use the console a lot, I do not do text editing in a terminal window. Whenever I have to edit a file from terminal I just launch TextMate using its
mate
command-line utility as I mentioned in a reply to a previous thread of yours.Of all the problems that Apple could fix, Terminal is probably the only one for which there is no algorithmic solution, because text-based interfaces do not provide the kind of semantic information that screen-readers rely on in order to convey the user interface to you. Technically speaking, a terminal is just a bidimensional array of colored fixed-size characters, and that's exactly how it is presented to sighted users. What text applications do is move the caret around and print out characters with different color combinations to draw content that visually might resemble a graphical user interface but makes absolutely no sense to a screen-reader. While it is possible to deploy some kind of heuristic to attempt to make sense out of the visual content of the terminal, doing so would be pointless in my opinion considering that there are usually far better solutions with actual accessibility semantics available, so I don't think anyone is going to waste time tackling that.
I'm not saying that interacting with Terminal using VoiceOver is already the best experience you can have, because it is definitely not, and could actually be significantly improved if only Apple paid a little attention to the state of accessibility on MacOS. However I do not think that it is reasonable to expect a screen-reader to work flawlessly under the conditions that I mentioned above, and especially with applications that move the text caret around the terminal window unpredictably.
Now it'll the time I say it…
Now it'll the time I say it works on windows since almost forever? :) Thank you for your replies though. As a blind learner I quickly realized my best bet is with text based solutions cause nvda support them very very well, and luckily for me a lot of devs use them too...
You could always try ...
You could always try third-party terminal solutions. I am fairly certain there are a few accessible ones on the Mac side of things.
Blind people use vim on the windows terminal?
Never heard of any accomplished blind people using Vim or any other text-based ncurses applications comfortably with a general purpose screen-reader on any platform, which is the subject that I am addressing in this thread, but what do I know? And it's not even hard to prove me wrong if such people actually exist, since we are on the Internet after all!
Again I did not say that VoiceOver cannot be improved, only that your expectation to be able to use that kind of application comfortably on a terminal with a screen-reader is unrealistic. The only exception I'm aware of is in the case of Emacs, because people built a whole desktop experience around it with its own screen-reader called Emacspeak, but then it's no longer NVDA or VoiceOver or Orca or even a terminal anymore..
On Windows my impression is that people just use Microsoft's Visual Studio Code in general. The developers room of the AudioGames forum is a good place to ask this kind of question on as lots of blind developers tend to gather around there, but I do believe that I already know what people are likely to answer, and it will not be too different from what I said earlier. You wouldn't even be the first person to not like my suggestions here and go there asking for confirmation only to get exactly the same kind of answer from other developers, and I actually encourage people to do it, because there's always the possibility of me being wrong and learning something new, which is my ultimate goal.
No offence taken! :) we can…
No offence taken! :) we can all relax. Yeah I don't actually know people personally but from several random sources and, well, I tried, it's definitely doable. And NVDA when properly configured never misses a single line in terminal unless it's wanted by a manual action. I always believed that electron apps and web apps were the future of accessibility until I went outside windows and snr plus other bugs made me realize that maybe I am biased but NVDA is the best screen reader to render web content with the chrome (or other chromium based) browser combination. I dislike VSCode on the mac because VO is so sluggish with the web app while on Windows terminal and notepad++ work so well together that I don't actually need VSCode at all, while it's a real joy to use there generally speaking.
I mean I truly started coding again in these holidays and currently use XCode and I am generally fine with it but my instinct for the past decade (and I am just 21 :) ) was to avoid IDEs whenever possible.
Even in college I had a programming class with c#, and tldr after 2 weeks with visual studio which is quite a good product from MS and had an insane accessibility leap compared to 2018 I quickly dropped it and used mgdb to debug, cs.exe from the command line to compile and notepad++ to write the code because back then I was young and afraid of everything outside nano :)
(Possible) good news?
So I had already reported this in Feedback (see above) and to accesibility@apple, and I just received a reply today that they've passed it to the appropriate team. They were grateful with the level of details I gave them, not only strictly about VIM but voiceover tendency to skip texts in terminal in general. I've updated the above message with the case ID now both about the same problem.