Skip to content
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

Up arrow in a read only editor sometimes moves you outside the editor #27765

Closed
alexdima opened this issue May 31, 2017 · 11 comments
Closed

Up arrow in a read only editor sometimes moves you outside the editor #27765

alexdima opened this issue May 31, 2017 · 11 comments
Assignees
Labels
accessibility Keyboard, mouse, ARIA, vision, screen readers (non-specific) issues bug Issue identified by VS Code Team member as probable bug settings-editor VS Code settings editor issues

Comments

@alexdima
Copy link
Member

Extracted from @Neurrone 's comment in #26730 (comment)

I've installed the add-on and the global plugin that bumps the wait time up to 200ms.

...

Also when in the editor for files in readonly mode, pressing up arrow when on the first line unexpectedly moves you outside the editor. Down arrows will also sometimes move you outside the editor as well.

@alexdima alexdima self-assigned this May 31, 2017
@alexdima alexdima added the accessibility Keyboard, mouse, ARIA, vision, screen readers (non-specific) issues label May 31, 2017
@alexdima
Copy link
Member Author

I could not reproduce this issue in the diff left-hand-side read-only editor. I can, however, reproduce in the default settings editor, where arrow up after the first line moves focus out of the editor to a section toggle.

The initial comment from @Neurrone mentions being in the default settings.

@alexdima alexdima assigned sandy081 and unassigned alexdima Jun 12, 2017
@Neurrone
Copy link

@alexandrudima looks like a problem specific to that control

@rebornix
Copy link
Member

IMHO, moving up cursor on the first line of a section moves focus the section header is a feature. Once the focus is on the section header, you can use arrow keys to expand/collapse the section and even navigate through different sections fastly. @sandy081 can confirm this.

@Neurrone is this the only case that you run into this problem?

@Neurrone
Copy link

@rebornix I personally find it more confusing than helpful, since the expectation of users in edit boxes is that the arrow keys will never cause you to leave the edit box if you're already inside. That instance is the only one which I've found so far, but I'm waiting till more issues are fixed to use it more intensively.

@sandy081
Copy link
Member

@rebornix Yes I confirm. Default settings editor is a special editor. It is in a state in between editor and UI widget.

since the expectation of users in edit boxes is that the arrow keys will never cause you to leave the edit box if you're already inside

Agreed. But this Default Settings is a special read only editor with some widgets incorporated. IMO, I feel I should move away from using Editor for rendering Default Settings which will makes lot of things simple and intuitive. But then, users might loose the functionality of copying the contents of default settings like in editor. Its a trade off we have to make.

@sandy081
Copy link
Member

Closing this based on above comment.

@alexdima
Copy link
Member Author

alexdima commented Sep 1, 2017

@sandy081 Doing nothing does not seem to me to be the best outcome here.

How about we add some code that alerts when arrow up is "stolen" by the Default Settings special keybinding. i.e. alert("Focused on Commonly Used group") or something along those lines that allow for some understanding for someone using us with a Screen Reader ?

@sandy081
Copy link
Member

sandy081 commented Sep 1, 2017

I wonder if this is already the case that when the group is focused, screen reader shouts the title/aria-label of the group. Can confirm.

@sandy081
Copy link
Member

sandy081 commented Sep 1, 2017

Confirmed that on focusing on the group, nothing is mentioned.

@alexandrudima Not sure why the aria-label is not read by the screen reader?

Reopening

@sandy081 sandy081 reopened this Sep 1, 2017
@alexdima
Copy link
Member Author

alexdima commented Sep 1, 2017

@sandy081 I don't know why the aria label is not read by the screen reader. Perhaps the screen reader expects that focus remains in the editor when pressing arrow up ?

@sandy081 sandy081 added settings-editor VS Code settings editor issues bug Issue identified by VS Code Team member as probable bug labels Dec 4, 2017
@sandy081
Copy link
Member

Closing this in favour of new settings editor.

@vscodebot vscodebot bot locked and limited conversation to collaborators Nov 2, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
accessibility Keyboard, mouse, ARIA, vision, screen readers (non-specific) issues bug Issue identified by VS Code Team member as probable bug settings-editor VS Code settings editor issues
Projects
None yet
Development

No branches or pull requests

4 participants