horizontal scroll viewable area is too large in file type view #792
Comments
|
The sizing is based on the maximum possible date string length rather computing the actual width. So if you had files from September it would look correct. I'll take a look to see how hard it would be to make it precise, but it's probably not worth the effort. |
|
Ah but if it calculates correctly when you resize then there's just a missing call somewhere... |
Investigating #792 turned up a glitch in computing the bounding box for list views. Rather than calculating the actual width of all lines, a fixed width is used to ensure long dates fit. But this was applied (1) after the bounding box was inflated and (2) by assigning to a right edge rather than as a width. This ensures that when a window is opened in list view (which happens if the parent window is a list view) then the new window's horizontal scrollbars will be inactive.
|
Okay... I was right, the list view size is fixed - rather than calculating the actual date widths a fixed value is used. There was a glitch where the calculation wasn't quite right. That said, this does mean that short dates (e.g. "April 1, 2024 at 1:11 PM") leave a lot of space to the right. It looks better with longer dates (e.g. "September 30, 2024 at 2:34 PM") MacOS System 6 and prior doesn't enable the horizontal scrollbar for list views! System 7 seems to have a fixed width as well. Given that... I'm going to close this out but if someone wants to take a stab at really fixing and it's not too much code or performance hit, I can advise. |
The horizontal scrollbar in the file Type view only goes away if the window is resized to show a lot of whitespace padding to the right of the date/time.
In the first screen shot, the horizontal scrollbar is present even when it shouldn't be:
But resize the window just one more pixel wider and it disappears:
This tells me that the horizontal scroll viewable area is too large.
The text was updated successfully, but these errors were encountered: