Last/rightmost column of tree lists like message list is displayed shifted/not properly aligned when there is no vertical scroll bar present...

NEW
Unassigned

Status

--
trivial
9 years ago
2 years ago

People

(Reporter: jgordon00, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

9 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5
Build Identifier: Thunderbird 3.0 RC1

When there isn't a scroll bar in the message list pane, the information in the right-most column gets aligned with the "column chooser" button instead of the column where the information sits. See "scroll" and "no scroll" screenshots here:

SCROLL: http://img21.imageshack.us/img21/8323/scrollk.png
NO SCROLL: http://img21.imageshack.us/img21/7366/noscroll.png

In the first screenshot you can see that my rightmost column is the Size column. When there's a scroll bar there, the information right aligns nicely with the top of the Size column itself. However, if there is NO scroll bar present (see the other screenshot), the information right aligns against the "column chooser" button, which looks wrong. When the scrollbar is not present, there should definitely be a bit of padding/space to fill the space occupied by that column chooser button. 

Reproducible: Always

Steps to Reproduce:
1.should be obvious. you'll need to have only a few messages in a folder to see how this looks when a scroll bar is not present.
Confirmed but I don't think is a relevant issue and I don't know if is deliberate.

Set importance to trivial.

Probably not is related only to Windows 7 but to all OS.

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5) Gecko/20091201 Lightning/1.0b1pre Shredder/3.0.1pre ID:20091201032021
Severity: normal → trivial
Status: UNCONFIRMED → NEW
Ever confirmed: true

Comment 2

9 years ago
I actually like it this way... :)

Comment 3

8 years ago
Just downloaded Thunderbird 3.1.7 and noticed the alignment issue for the first time.  Maybe it was there before; I don't know. It is annoying, but not overly problematic.

Comment 4

7 years ago
I think this is intentional to use the space that would otherwise be wasted. This behavior wasn't there in older versions. Some people prefer it this new way.

By default, TB does no longer have the columns picker in the folder pane.
Also see bug 163398 and bugs linked there for discussion.
OS: Windows 7 → All
Hardware: x86 → All
Version: unspecified → Trunk

Updated

7 years ago
Duplicate of this bug: 550644

Comment 6

7 years ago
andreasn, what say you to comment 4?
(In reply to Wayne Mery (:wsmwk) from comment #6)
> andreasn, what say you to comment 4?

If it's intentional, does someone have that bug number handy of where that was changed?
This only seems to happen on the column picker and not only with the size column beside it, but other columns overflow as well.
While saving a couple of pixels, I think having content flow over onto another column looks broken, but I don't have any super-strong feelings about it either way.

Comment 8

7 years ago
(In reply to Andreas Nilsson (:andreasn) from comment #7)
> While saving a couple of pixels,

Actually, it saves many more than 'a couple'... maybe, what... 10? 15?

Personally, I hate wasted space, so I'd really prefer this non-problem to not be 'fixed'.
I'm pretty sure this was intentional, but can't find the bug atm, Neil might remember when it was.
It was intentional that the right-most column could use the space under the column picker. However I think there is at least one bug pointing out that this only makes sense for left-aligned columns.

Comment 11

7 years ago
(In reply to neil@parkwaycc.co.uk from comment #10)
> It was intentional that the right-most column could use the space under the
> column picker. However I think there is at least one bug pointing out that
> this only makes sense for left-aligned columns.

I'd sure like to read the reasoning for this...
There were actually two issues to resolve.

Originally we used to paint the columns exactly under their headers. However this caused a problem for the last column when the scrollbar was shown, as the scrollbar doesn't move the column header, so the last column used to paint under the scrollbar.

Unfortunately the simplistic fix for this completely broke horizontally scrollable trees to the extent that they were unusable. So now we adjust the width of the rightmost column to take into account the columnpicker and scrollbar width (if any).
Summary: Column list is not properly aligned when there is no scroll bar present... → Last/rightmost column of tree lists like message list is not properly aligned when there is no vertical scroll bar present...
Summary: Last/rightmost column of tree lists like message list is not properly aligned when there is no vertical scroll bar present... → Last/rightmost column of tree lists like message list is displayed shifted/not properly aligned when there is no vertical scroll bar present...
Duplicate of this bug: 685114
You need to log in before you can comment on or make changes to this bug.