microsoft / microsoft/terminal
Position the cursor using a screen reader and braille routing keys
- Dominant language
- C++
- Stars
- 105k
- Forks
- 9.6k
- Avg merge
- 3d 17h
- Merged PRs (30d)
- 29
Description
### Windows Terminal version
v1.23.10732.0
### Windows build number
10.0.26100.3476
### Other Software
vim inside wsl, bash, all over the place
### Steps to reproduce
Hi there,
I'm unable to move the cursor using braille routing keys e.g. on the line of the shell prompt or in vim on wsl. In regular text areas one can click the routing key above a character which then moves the cursor to the corresponding position. In wt it looks like every key just sends a left arrow, no matter how far on the right it is. in conhost nothing happens at all.
When using showkey inside a wsl distro, it also reports an [^D key code.
Using cygwin and its mintty it works, but showkey doesn't show any key then.
I tested using latest JAWS and NVDA.
Maybe there is just a setting I didn't come across so far?
Best
Martin
### Expected Behavior
The cursor should move horizontally on the current line to the key I pressed
### Actual Behavior
It just moves one character to the left until it hits the line start and rings the bell
Contributor guide
Research direction
No source file or test is identified. Start by reproducing the braille routing-key behavior with JAWS or NVDA in Windows Terminal using bash or vim inside WSL, then compare it with conhost and mintty. Done means routing keys position the cursor horizontally at the selected character instead of repeatedly sending left-arrow behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- bash, cpp, vim
- Domain
- accessibility, cli, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 32/100