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

Status: NEW

(Thunderbird :: Folder and Message Lists, defect)

Description

[Joshua Gordon]

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.

Comment 1

[[:Aureliano Buendía]]

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

Comment 2

[Charles]

I actually like it this way... :)

Comment 3

[u212676]

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

[:aceman]

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.

Comment 6

[Wayne Mery (:wsmwk)]

andreasn, what say you to comment 4?

Comment 7

[Andreas Nilsson (:andreasn)]

(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

[Charles]

(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'.

Comment 9

[Mark Banner (:standard8)]

I'm pretty sure this was intentional, but can't find the bug atm, Neil might remember when it was.

Comment 10

[[e-mail]]

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

[Charles]

(In reply to [e-mail] 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...

Comment 12

[[e-mail]]

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).