[regression] Tracker: horizontal scroll bar layout is broken

[X512]

This is hrev54403 (partial build).

Problems:

1. Horizontal scroll bar has smaller size than default when using default font size (12).

2. Glitches in status bar text.

3. When using big font size, scroll bar size change depending on window size and glitches are present in status bar.

[waddlesplash]

Status bar glitches I did see and are probably due to bugs in the status bar drawing code, I will investigate.

Are you sure the size is smaller, though?

[X512]

Are you sure the size is smaller, though?

Yes, horizontal scroll bar is vertically smaller than resize grip (visible on attached screenshot).

[waddlesplash]

Do FilePanels now have the same problem?

[X512]

FilePanel scroll bar size is fine when default font size is used, but problem 3 is still present. Also after scroll bar changes, FilePanel has large free space between file list and Cancel, Open buttons.

[waddlesplash]

I'm unsure of what you mean in problem 3; do you mean the scrollbar itself gets larger horizontally, or vertically? The horizontal scrollbar is no longer of a fixed size and will indeed get wider as the window does, and so will the count view.

[X512]

When vertically shrinking window, horizontal scroll bar height change and status bar display glitches

[waddlesplash]

All fixed in hrev54407, I believe.

There is still one glitch, though: when resizing the window horizontally, the count view is not redrawn and shows glitches. Tracker prior to my changes is similarly afflicted, so that's not a regression, and I think there's a separate ticket for it. Oddly enough, if you resize Tracker vertically even one pixel, then the count view is redrawn and all looks well .. very odd bug.

[X512]

Problem 1 is still present in hrev54407.

[waddlesplash]

Ah, indeed I missed that. Fixed in hrev54408.

[X512]

Now horizontal scroll bar is fixed when default font size is used, but scroll bar bottom position is 1 pixel higher when big font size is used. Problem is present in Tracker window and file dialog.

[nielx]

Assign fix to milestone:R1/beta3, as it looks like this fix will be part of that release.

As we started with the previous beta, we would like to use the Milestone field for fixed tickets to log from which release the improvement will be out. Therefore it is very much appreciated to assign the milestone when closing a ticket as fixed.

[nielx]

Reverting ticket update, it seems to be a fix to a regression added _after_ milestone:R1/beta2, so it would be incorrect to add this to the list of fixes in milestone:R1/beta3.

My apologies for the noise.