Created attachment 152920 [details] demo SUMMARY Scroll on x-axis always presented in "Processes" tab despite window width. Please see attachment. EXPECTED RESULT When there are enough space x-scroll removing should be higher priority than increasing columns width.
If you grab it and drag, does it reveal that there's another hidden column on the right?
Created attachment 152984 [details] hidden part Only part of last column + area on top of scrollbar is hidden.
So then this is working as expected: there's a horizontal scrollbar because the view content (including table headers) doesn't entirely fit into the available space. :)
(In reply to Nate Graham from comment #3) > So then this is working as expected: there's a horizontal scrollbar because > the view content (including table headers) doesn't entirely fit into the > available space. :) It's like ~3500px window width on my first screenshot, surely enough space for all content =) My point is that removing scrollbar should be higher priority than increasing width of each column, because user likely wants no scroll and all columns visible instead of super-wide columns and blank space between content.
Never mind, I just found that I can resize columns by hand xD
Oh I see what you mean; when you make the window bigger, the columns expand too so the view remains scrollable no matter how wide yo make the window, unless you manually make the columns narrower. That's a legitimate complaint.
This is intentional. A choice needs to be made regarding how to deal with the space that is added or removed when resizing the window. Rather than just adding empty space or awkwardly resizing only one column, we try and keep things balanced. This is actually more important when reducing the window size, as in that case we try to keep everything in view as much as possible rather than hiding stuff that could be shown.
But can we make the default column widths not make the page scrollable by default at least, then?
*** Bug 454754 has been marked as a duplicate of this bug. ***