Scrollbar does not implement shift+click to jump to position #21026

Closed
opened 2026-01-31 07:31:01 +00:00 by claunia · 5 comments
Owner

Originally created by @binki on GitHub (Dec 31, 2023).

Windows Terminal version

1.18.3181.0

Windows build number

10.0.22621.2283

Other Software

No response

Steps to reproduce

  1. Cause there to be many lines of output. For example, hold down the Enter key until the scrollbar handle is roughly 1/3 of the height of the terminal.
  2. Shift-click on the scrollbar near the top of the scrollbar.

Expected Behavior

The scrollbar handle should center itself where the mouse is (or go as close to it as possible if the mouse is too close to the top or bottom of the scrollbar for this to be possible). The scrolling should match this. Here is an example of the before and after from conhost:

conhost before: image

conhost after:
image

Actual Behavior

The scrollbar acts as if I just clicked on it instead of shift-clicking on it. It goes up one page. See Terminal before/after:

Terminal before:
image

Terminal after:
image

Originally created by @binki on GitHub (Dec 31, 2023). ### Windows Terminal version 1.18.3181.0 ### Windows build number 10.0.22621.2283 ### Other Software _No response_ ### Steps to reproduce 1. Cause there to be many lines of output. For example, hold down the Enter key until the scrollbar handle is roughly 1/3 of the height of the terminal. 2. Shift-click on the scrollbar near the top of the scrollbar. ### Expected Behavior The scrollbar handle should center itself where the mouse is (or go as close to it as possible if the mouse is too close to the top or bottom of the scrollbar for this to be possible). The scrolling should match this. Here is an example of the before and after from conhost: conhost before: ![image](https://github.com/microsoft/terminal/assets/82626/d0118518-5f08-49a1-9a83-16f7c1f83dc9) conhost after: ![image](https://github.com/microsoft/terminal/assets/82626/868d336e-b585-49d5-93d0-ffe7c12624e2) ### Actual Behavior The scrollbar acts as if I just clicked on it instead of shift-clicking on it. It goes up one page. See Terminal before/after: Terminal before: ![image](https://github.com/microsoft/terminal/assets/82626/8c2458b2-a6ec-4688-a9c8-4b0b28b78bb5) Terminal after: ![image](https://github.com/microsoft/terminal/assets/82626/34084316-2e9b-4871-9826-af0f52091773)
claunia added the Issue-BugResolution-External labels 2026-01-31 07:31:01 +00:00
Author
Owner

@zadjii-msft commented on GitHub (Jan 3, 2024):

Huh, doesn't look like the new notepad does this either. I bet this is a XAML bug that needs to be filed upstream at https://github.com/microsoft/microsoft-ui-xaml/

I fully suspect this can be solved with like, custom templates or something, but it should be fixed upstream

@zadjii-msft commented on GitHub (Jan 3, 2024): Huh, doesn't look like the new notepad does this either. I bet this is a XAML bug that needs to be filed upstream at https://github.com/microsoft/microsoft-ui-xaml/ I fully suspect this can be solved with like, custom templates or something, but it **should** be fixed upstream
Author
Owner

@binki commented on GitHub (Jan 3, 2024):

It works just fine in Explorer on 10.0.26016.1012, though. Isn’t that using the same toolkit these days?

@binki commented on GitHub (Jan 3, 2024): It works just fine in Explorer on 10.0.26016.1012, though. Isn’t that using the same toolkit these days?
Author
Owner

@zadjii-msft commented on GitHub (Jan 3, 2024):

That's... complicated. It is, and it isn't. These days, File Explorer is a bit of a hodge-podge of legacy UI elements glued together with modern ones. Note that the scrollbar on the "Home" page (which uses WinUI) doesn't have this behavior, whereas other directories (which are still using win32) do.

@zadjii-msft commented on GitHub (Jan 3, 2024): That's... complicated. It is, and it isn't. These days, File Explorer is a bit of a hodge-podge of legacy UI elements glued together with modern ones. Note that the scrollbar on the "Home" page (which uses WinUI) _doesn't_ have this behavior, whereas other directories (which are still using win32) do.
Author
Owner

@zadjii-msft commented on GitHub (Jan 3, 2024):

Hey look at that, this is already on the WinUI repo: /dup https://github.com/microsoft/microsoft-ui-xaml/issues/2971

@zadjii-msft commented on GitHub (Jan 3, 2024): Hey look at that, this is already on the WinUI repo: /dup https://github.com/microsoft/microsoft-ui-xaml/issues/2971
Author
Owner

@microsoft-github-policy-service[bot] commented on GitHub (Jan 3, 2024):

Hi! We've identified this issue as a duplicate of one that exists on somebody else's Issue Tracker. Please make sure you subscribe to the referenced external issue for future updates. Thanks for your report!

@microsoft-github-policy-service[bot] commented on GitHub (Jan 3, 2024): Hi! We've identified this issue as a duplicate of one that exists on somebody else's Issue Tracker. Please make sure you subscribe to the referenced external issue for future updates. Thanks for your report! <!-- Policy app identification https://img.shields.io/static/v1?label=PullRequestIssueManagement. -->
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#21026