Windows Subsystem for Linux: copying/pasting accessibly in the terminal
The Windows Subsystem for Linux doesn't provide keyboard commands for copying or pasting text into its terminal, which is not the same as the PowerShell console (for example, it supports full terminal emulations for ncurses applications). See the GitHub issue at https://github.com/Microsoft/BashOnWindows/issues/235 I hope this is prioritized and fixed. Meanwhile, does anyone here have a work-around?
Hi, With NVDA, I use object navigation to move to the system menu at the top left of the window. I move the mouse to it and click. Unfortunately you can't open this menu with alt+space as in most Windows programs. There is an edit menu with cut/copy/paste. Bram On Thu, Jul 6, 2017, at 14:10, Jason White via Blind-sysadmins wrote:
The Windows Subsystem for Linux doesn't provide keyboard commands for copying or pasting text into its terminal, which is not the same as the PowerShell console (for example, it supports full terminal emulations for ncurses applications).
See the GitHub issue at https://github.com/Microsoft/BashOnWindows/issues/235
I hope this is prioritized and fixed. Meanwhile, does anyone here have a work-around?
_______________________________________________ Blind-sysadmins mailing list Blind-sysadmins@lists.hodgsonfamily.org https://lists.hodgsonfamily.org/listinfo/blind-sysadmins
Hi, With NVDA, I use object navigation to move to the system menu at the top left of the window. I move the mouse to it and click. Unfortunately you can't open this menu with alt+space as in most Windows programs. There is an edit menu with cut/copy/paste. Bram On Thu, Jul 6, 2017, at 14:10, Jason White via Blind-sysadmins wrote:
The Windows Subsystem for Linux doesn't provide keyboard commands for copying or pasting text into its terminal, which is not the same as the PowerShell console (for example, it supports full terminal emulations for ncurses applications).
See the GitHub issue at https://github.com/Microsoft/BashOnWindows/issues/235
I hope this is prioritized and fixed. Meanwhile, does anyone here have a work-around?
_______________________________________________ Blind-sysadmins mailing list Blind-sysadmins@lists.hodgsonfamily.org https://lists.hodgsonfamily.org/listinfo/blind-sysadmins
Thank you, Bram - I tested this and found it to be an effective work-around as you describe. There are two Microsoft keyboard accessibility bugs: the need to implement copy/paste functionality via the keyboard, and the need to provide keyboard access to the system menu from the terminal window. Microsoft have been investing significantly in accessibility in the last several years, so I suspect these issues are likely to be addressed. Setting up my new laptop, out of the box, with Narrator as the only screen reader available during the initial configuration process, was a very smooth experience - well done to the developers at Microsoft who worked on the implementation. -----Original Message----- From: Blind-sysadmins [mailto:blind-sysadmins-bounces@lists.hodgsonfamily.org] On Behalf Of Bram Duvigneau Sent: Thursday, July 6, 2017 8:14 AM To: blind-sysadmins@lists.hodgsonfamily.org Subject: Re: [Blind-sysadmins] Windows Subsystem for Linux: copying/pasting accessibly in the terminal Hi, With NVDA, I use object navigation to move to the system menu at the top left of the window. I move the mouse to it and click. Unfortunately you can't open this menu with alt+space as in most Windows programs. There is an edit menu with cut/copy/paste. Bram On Thu, Jul 6, 2017, at 14:10, Jason White via Blind-sysadmins wrote:
The Windows Subsystem for Linux doesn't provide keyboard commands for copying or pasting text into its terminal, which is not the same as the PowerShell console (for example, it supports full terminal emulations for ncurses applications).
See the GitHub issue at https://github.com/Microsoft/BashOnWindows/issues/235
I hope this is prioritized and fixed. Meanwhile, does anyone here have a work-around?
_______________________________________________ Blind-sysadmins mailing list Blind-sysadmins@lists.hodgsonfamily.org https://lists.hodgsonfamily.org/listinfo/blind-sysadmins
_______________________________________________ Blind-sysadmins mailing list Blind-sysadmins@lists.hodgsonfamily.org https://lists.hodgsonfamily.org/listinfo/blind-sysadmins
Hi, Actually, the Github issue you linked contains a nice explanation of the missing shortcuts for copy/past as well as the system menu. The keys just never get passed to the window and are sent to the terminal application. I can see why this is, because some console apps might actually use alt+space as hotkey. If I start using WSL more, I think I will make an NVDA add-on to work around this. I still use a Linux VM for development. My biggest issue with WSL for now is effective screenreading and cursor tracking. NVDA does a quite good job here, but BRLTTY on real Linux works better if you like to use a braille display. It would be nice if WSL implements the required stuff to let BRLTTY run native on there, but I think that will not happen in the near future. Also, I haven't found a good way to scroll the screen. On a real Linux console you can do this with right shift + pgup, but that doesn't work on WSL. I can use NVDA's object navigation to control the scrollbar, but that's not ideal. Bram On 7-7-2017 00:03, Jason White via Blind-sysadmins wrote:
Thank you, Bram - I tested this and found it to be an effective work-around as you describe. There are two Microsoft keyboard accessibility bugs: the need to implement copy/paste functionality via the keyboard, and the need to provide keyboard access to the system menu from the terminal window. Microsoft have been investing significantly in accessibility in the last several years, so I suspect these issues are likely to be addressed.
Setting up my new laptop, out of the box, with Narrator as the only screen reader available during the initial configuration process, was a very smooth experience - well done to the developers at Microsoft who worked on the implementation.
-----Original Message----- From: Blind-sysadmins [mailto:blind-sysadmins-bounces@lists.hodgsonfamily.org] On Behalf Of Bram Duvigneau Sent: Thursday, July 6, 2017 8:14 AM To: blind-sysadmins@lists.hodgsonfamily.org Subject: Re: [Blind-sysadmins] Windows Subsystem for Linux: copying/pasting accessibly in the terminal
Hi,
With NVDA, I use object navigation to move to the system menu at the top left of the window. I move the mouse to it and click. Unfortunately you can't open this menu with alt+space as in most Windows programs. There is an edit menu with cut/copy/paste.
Bram On Thu, Jul 6, 2017, at 14:10, Jason White via Blind-sysadmins wrote:
The Windows Subsystem for Linux doesn't provide keyboard commands for copying or pasting text into its terminal, which is not the same as the PowerShell console (for example, it supports full terminal emulations for ncurses applications).
See the GitHub issue at https://github.com/Microsoft/BashOnWindows/issues/235
I hope this is prioritized and fixed. Meanwhile, does anyone here have a work-around?
_______________________________________________ Blind-sysadmins mailing list Blind-sysadmins@lists.hodgsonfamily.org https://lists.hodgsonfamily.org/listinfo/blind-sysadmins
Blind-sysadmins mailing list Blind-sysadmins@lists.hodgsonfamily.org https://lists.hodgsonfamily.org/listinfo/blind-sysadmins
_______________________________________________ Blind-sysadmins mailing list Blind-sysadmins@lists.hodgsonfamily.org https://lists.hodgsonfamily.org/listinfo/blind-sysadmins
If WSL implements keyboard shortcuts for copy, paste and the system menu, they'll certainly need to choose keys that don't conflict with those used by ncurses terminal applications. I plan to experiment with virtualization as well, once I arrange for help to change the BIOS settings of my new machine to enable support in the processor. (I don't know why new machines are supplied with virtualization turned off by default, but that's how it is.) I use BRLTTY extensively under Linux. If I could get a reliable Linux/Windows virtualized configuration working with braille support under both operating systems, I would have a good solution in place to meet my needs. Incidentally, Microsoft are now using virtualization to provide protection against malware, but only in enterprise versions of Windows that have been configured with a list of trusted applications, as I understand the documentation. It would be interesting to know whether this has any implications for screen readers when enabled.
participants (2)
-
Bram Duvigneau -
Jason White