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

[49.19] Inconvenient multiple scrollbars in unit search window(s) #1487

Open
gsparks3 opened this issue Apr 20, 2024 · 0 comments
Open

[49.19] Inconvenient multiple scrollbars in unit search window(s) #1487

gsparks3 opened this issue Apr 20, 2024 · 0 comments
Labels
GUI User-interface related issue

Comments

@gsparks3
Copy link
Collaborator

Windows 10
Java 11.0.13

This issue applies to both the MML and MM unit search (issue posted to MML since I am using it as the example; move if necessary).

In its default size, the summary panel of the unit search has two scrollbars, one on the left and one on the right, with the active scrollbar depending on the position of the cursor.
image

With the cursor over the text in the summary window, the left scrollbar is active.
image

However, scrolling said scrollbar down as far as possible will not actually scroll all the way to the bottom of the summary (due to the second scrollbar), and in fact can actually move the left scrollbar out of view.
image

Moving the mouse cursor over the blank gray region at the right activates the right scrollbar, which scrolls far more slowly than the left scrollbar.
image

Reaching the bottom of the summary requires scrolling both scrollbars as far down as possible.
image
Scrolling up via the right scrollbar will eventually return you to the position seen in the third image, and no further scrolling will occur until you move the cursor back over the left portion of the summary window.

The two mutually exclusive scrollbars make it impossible to scroll from the top to the bottom of the unit summary (or vice versa) without moving the mouse cursor, which is rather annoying. The much slower scroll speed of the right scrollbar is also unpleasant.

I am not sure when this issue was introduced, but it has existed for some time now. It may be related to the changes that added the adjustable vertical dividers to the search window (which are very nice, and should be kept). Alternately, some testing below indicates it may be related to the AS Card display, at least in the main unit search window (but not the Advanced Search window ... probably).

While the Advanced Search window only has one scrollbar for the overall window, it also seems to use the very slow scroll speed. Scrollbars in subwindows (e.g. the "Has weapons:" table or the quirk table) scroll much more briskly. A similar effect is present in the "Select Unit" window vs the unit table subwindow. Depending on the window and your screen size, it may be possible to eliminate the slow scrollbar by expanding the window until the right scrollbar disappears. On my 1920x1080 monitor, I can do this for the main unit search, but not for several of the Advanced Search windows.

Fast interior scrolling, slow exterior scrolling:
image

Fast interior scrolling, no exterior scrolling:
image

The Summary window can also have a slow horizontal scrollbar, which appears to be related to the AS Card tab, and is possible to eliminate by resizing the summary window until it fully fits the AS Card.
Summary window with horizontal scrollbar (no need for it visible):
image

AS Card window demonstrating why the horizontal scrollbar exists:
image

Scrollbar eliminated by resizing the subwindow until it is no longer necessary:
image

Scrollbar remains eliminated in other views:
image

Exterior scrollbar in main unit search window also appears to be related to the AS Card display (appears only when the vertical width of the window is too low to display the entire AS Card):
image

@gsparks3 gsparks3 added the GUI User-interface related issue label Apr 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
GUI User-interface related issue
Projects
None yet
Development

No branches or pull requests

1 participant