New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support VIM and/or GVIM (command-line and/or graphical version) #2156
Comments
Comment 1 by jteh (in reply to comment description) on 2012-03-08 08:21
This is covered by #812. In short, proper support for accessibility should be implemented in gvim in order for this to be usefully accessible.
Please be more specific. It's just a console application, so NVDA just outputs the text that changes. Implementing specific support for particular console applications is problematic for several reasons, one of which being that when console apps are started from a shell, NVDA doesn't know the name of the app that was started, only the name of the shell. |
Comment 2 by parham (in reply to comment 1) on 2012-03-08 09:02
This is very true, and is the cause for the garbage text. There is a line at the bottom of the window, giving you information about on which line and column you are. When navigating, these numbers change and produce what (in this context) is not-useful information. I guess now the question is, is there a way for the user to suppress the reporting of these changes in the bottom line (which is the equivalent of status bar in graphical applications)? |
Comment 3 by jteh (in reply to comment 2) on 2012-03-11 23:51
Not at present. However, you could use one of two work arounds for now:
|
Attachment gvim.py added by lpintes on 2014-12-03 11:49 Edit: |
Comment 4 by lpintes (in reply to comment description) on 2014-12-03 12:02 Things implemented
|
@feerrenrut Could we please have the code which was provided as an attachment in #2156 (comment) on Github? |
Added the attachment to #2156 (comment) |
Wow, this is very exciting! I got the gvim.py, and added some beep code (for testing) to fire on transitioning to an open gvim while NVDA is running - just to make sure the AppModule is being loaded by NVDA. Apart from the beep test code sounding, nothing is spoken when moving the cursor around in gvim, in visual, normal or insert mode save for the keys pressed. What might I be doing wrong? I do have a proper OLE gvim binary, since it works with my JAWS solution for making gvim accessible. If this could work well, it would be a great alternative to using JAWS to make gvim speak! I'm in the process of revitalizing my JAWS solution (phonim) and will post a new link here shortly when it is done. Perhaps my use of the gvim OLE interface and commands could be helpful with this AppModule? |
Hi. In case this might be of any help, please see the atached JFW script that makes GVim work reasonably well. As soon as I can get to it, I'll revitalize the phonim project, which is a collection of approaches on how to make GVim speak. For now I thought that the use of the Vim commands sent through the OLE connection, as well as the key interpretation might be helpful for a NVDA situation. I'm trying an NVDA AppModule for GVim, but although the NVDA log shows no errors, nothing is spoken. I suspect the OLE linkup fails, but I'm too inexperienced with NVDA to debug this properly. The JFW script also relies on a few Vim settings in _vimrc config file, to make GVim more palatable to JFW; not sure how much of that would be relevant for NVDA, but I will have all of that once revitalizing the phonim project happened. |
Hi. My suspicion was correct: the OLE linkup fails (see log below).
|
Use comHelper.getActiveObject("Vim.Application",True) |
Hi. If I run NVDA as administrator, the OLE linkup succeeds, but the gvim.py module has other issues which I will attempt to address using my JFW script as reference. This is very promising! See also NeoVim which might be a better option for future work. |
@lpintes are you still working on your helpful app module? You could raise a pull request to be included in NVDA and then you will more probably get also valuable code reviews. |
Are currentissues still going on? |
I've made a repo with the latest version of my plugin. I'll add to the docs soon. Let me know if it works for any of you - it is extremely helpful for me: |
@dpy013 and others, revisiting this here since I really would like NVDA to work better with vim/gvim.
Ideally, in command line vim one would like the speech output to track the cursor movement such that, when you move the cursor one line up or down while in vim normal mode, the line you move over gets spoken, and same thing for chars and words and sentences. Currently, NVDA seems to be aware of the cursor position because if I move the cursor to the first line using gg in vim normal mode, and I follow that with NVDA Key + l to voice the current line, then NVDA reads that line. So, I do understand that NVDA cannot be aware of which command line program is running in a terminal, but in general, if terminal support in NVDA could be altered so that the most appropriate text is spoken right after a cursor movement, then no special script for vim would be required, and any other command line editor could also work. Currently, only moving the cursor with the arrow keys will cause NVDA to speak (also dynamic text changes gets spoken). It does not seem like too big of a challenge. What do you think? |
cc: @codeofdusk |
Reported by parham on 2012-03-08 07:34
VIM is a very popular programming editor in a lot of communities, and so is GVIM (the graphical interface for VIM). Unfortunately, none of these are properly supported on Windows:
I think these editors can be very appreciated amongst the blind community since they have the features of an IDE, in a purely textual environment that is not bogged down with accessibility problems or high CPU usage.
The text was updated successfully, but these errors were encountered: