Closed Bug 407996 Opened 17 years ago Closed 17 years ago

Background tabs appear shorter than the selected one

Categories

(Firefox :: Tabbed Browser, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

VERIFIED FIXED

People

(Reporter: ancestor.ak, Unassigned)

References

Details

(Keywords: polish, regression)

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b2pre) Gecko/2007121108 Minefield/3.0a8pre As a result of bug 387345 background tabs are 2px shorter than they used to be. They are leaving quite a lot of empty space on the tabbar above them. For me, these 2 pixels make a significant difference by making the tabs look smaller as click targets. I don't think this change was necessary. If it was meant to further differentiate between background and selected tabs, then I think that it was a bad trade-off. Am I the only one who has this impression?
It's only 1 pixel shorter than the previous design and other than border colors, bug 387345 didn't change the appearance of the tabs at all.
Blocks: 380381
No longer blocks: 387345
Keywords: regression
Now I see that the top border is thicker on background tabs, so technically they are only 1px shorter. However, because the border colour is very light, the visual difference still appears bigger.
(In reply to comment #2) > However, because the border colour is very light, > the visual difference still appears bigger. Please adapt the summary. As filed, this bug is invalid.
Blocks: 387345
No longer blocks: 380381
Depends on: 404769
Keywords: regression
(In reply to comment #3) > Please adapt the summary. As filed, this bug is invalid. > Why would it be invalid? It is true that they are shorter. It's just not the only thing contributing to the problem that they appear much smaller. Anyway...
Summary: Background tabs are shorter than the selected one → Background tabs appear shorter than the selected one
(In reply to comment #4) > Why would it be invalid? It is true that they are shorter. Because it's intentional that they are smaller than the selected tab. That's not a bug. Bug 387345 making them appear even smaller was unintentional.
Bug 404769 is fixed, so let's close this. We should be close enough to how the tabs looked like after bug 380381 and before bug 387345. Adam, you're free to reopen this bug. However, asking for more than parity with bug 380381 is likely to get less support, because that change was intentional (to make the selected tab stand out more) and ui-reviewed.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Yes, I think it's good enough. Thanks.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.