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

[accessibility] Add support for a text selection mode #6528

Closed
ofek opened this issue Jun 16, 2020 · 3 comments
Closed

[accessibility] Add support for a text selection mode #6528

ofek opened this issue Jun 16, 2020 · 3 comments
Labels
Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.

Comments

@ofek
Copy link
Contributor

ofek commented Jun 16, 2020

Background

I have a severe neuromuscular disorder which makes physical activities extremely strenuous, such as moving the mouse around to copy/paste.

ConEmu supports this feature which is why I'm using it but I'd like to switch to a more performant terminal with configuration not in XML or a GUI. Therefore, I have opened a feature request here and to Alacritty 😄

Description of the new feature/enhancement

Entering text selection mode can happen in 2 ways:

1.) click and drag (highlight) somewhere with the mouse
2.) press any arrow key while holding shift

At this point you can release the left-click (1) or shift (2). The cursor will change somehow (ConEmu makes it a yellow block) and you can now move anywhere with just the arrow keys. To highlight you then hold shift while using arrow keys similar to the highlighting logic of holding left-click while moving the mouse.

I should emphasize that both methods of entering text selection mode are necessary. If you want to copy something no longer in view, having only 2.) means you'd have to hold the up arrow for a long time. With 1.), you have the option to PgUp as needed then initiate with the mouse.

Copying can happen in 2 ways:

  1. the standard shortcuts, which will not exit text selection mode
  2. pressing Enter, which will exit text selection mode

Exiting text selection mode can occur at any time by pressing Esc

Proposed technical implementation details (optional)

No idea!

@ofek ofek added the Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. label Jun 16, 2020
@ghost ghost added Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Jun 16, 2020
@DHowett
Copy link
Member

DHowett commented Jun 16, 2020

Thanks for the request! We're actually tracking this in #715 (keyboard-only text selection, navigation), and it's currently in specification review at #2840! There's a sidecar specification that calls out support for a modal keyboard selection mode analogous to the traditional console's "mark mode" in #5804.

/dup #715.

/cc @carlos-zamora for use case visibility.

@ghost
Copy link

ghost commented Jun 16, 2020

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@ghost ghost closed this as completed Jun 16, 2020
@ghost ghost added Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing. and removed Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Jun 16, 2020
@ofek
Copy link
Contributor Author

ofek commented Jun 16, 2020

@DHowett That's great, thank you!

This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.
Projects
None yet
Development

No branches or pull requests

2 participants