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

Add an option for "scrollbarState" to make vertical scroll bas always wide, as if it is hovered by mouse #6565

Closed
alex-urm opened this issue Jun 18, 2020 · 4 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

@alex-urm
Copy link

Description of the new feature/enhancement

Add an option for "scrollbarState" to make vertical scroll bar always wide.
This should work as with the "visible" option but with scroll bar is always wide, as if it is hovered by mouse.
Reason: it is hard to point precisely the scroll bar when it is a narrow line and then wait when it is expanded.
This is the only thing where wt is not as good as cmd yet. In other features the wt exceed the cmd.

Proposed technical implementation details (optional)

Add an option for "scrollbarState" to make vertical scroll bar always wide, like "visibleExpanded".
This should work as with the "visible" option but with scroll bar is always wide, as if it is hovered by mouse.

@alex-urm alex-urm added the Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. label Jun 18, 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 18, 2020
@alex-urm
Copy link
Author

Closed by mistake

@alex-urm alex-urm reopened this Jun 18, 2020
@alex-urm
Copy link
Author

I'm aware about system-wide option to make scrollbars always visible, but in console applications it is more need to scroll so it would be convenient to have a separate setting.

@zadjii-msft
Copy link
Member

Thanks for the suggestion! Please make sure to search for duplicates when filing new issues. This is already being tracked by another issue on our repo - please refer to #3454 for more discussion.

/dup #3454

@ghost
Copy link

ghost commented Jun 18, 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 18, 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 18, 2020
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