Closed
Bug 396565
Opened 18 years ago
Closed 18 years ago
Menubar is not tall enough for the text
Categories
(SeaMonkey :: UI Design, defect)
SeaMonkey
UI Design
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: bzbarsky, Assigned: neil)
References
Details
(Keywords: regression)
Attachments
(3 files)
8.57 KB,
image/png
|
Details | |
1.96 KB,
patch
|
Gavin
:
review+
benjamin
:
approval1.9+
|
Details | Diff | Splinter Review |
13.34 KB,
image/jpeg
|
Details |
Starting with the 2007-09-05-02 build, the menubar is not actually tall enough for the text (or more precisely for the accesskey underlines). Removing the height="0" thing that bug 282188 added fixes the problem.
We really can't ship this, imo. It looks terrible.
Flags: blocking-seamonkey2.0a1?
![]() |
Reporter | |
Comment 1•18 years ago
|
||
This is a problem on Linux with classic theme only. The issue is that modern, and classic on Windows, have nonzero padding and transparent borders on "menubar > menu". Linux classic, however, does not.
I'm not sure why Firefox is not showing this bug. It's using the same style rules....
Comment 2•18 years ago
|
||
(In reply to comment #1)
> I'm not sure why Firefox is not showing this bug. It's using the same style
> rules....
Firefox is showing this bug... see bug 396562.
![]() |
Reporter | |
Comment 3•18 years ago
|
||
Not the same bug. This issue predated that one by several weeks, and has slightly different symptoms.
Comment 4•18 years ago
|
||
This causes problems in my themes (LittleFox, Walnut, Nautipolis and others) because of the following statement in toolbar.xml:
<content height="0">
<xul:hbox flex="1">
<children/>
</xul:hbox>
</content>
The menubar itself has now height 0 and is therefor placed strangely...
There seems to be no reason for this 'height="0"' and it is causing problems all over the place... This really needs to be fixed, as there is no way for theme authors to override this.
Comment 5•18 years ago
|
||
This is what happens in all my themes.
According to DOM Inspector the menubar is actually 10px high, but the containing hbox has height 19px. Can someone explain me why this 'height:0' is needed?
Updated•18 years ago
|
Attachment #281503 -
Attachment is patch: false
Attachment #281503 -
Attachment mime type: text/plain → image/png
![]() |
||
Comment 6•18 years ago
|
||
I wonder if that changes when we change to the toolkit style menubar-inside-toolbar thing for toolbar customization...
Comment 7•18 years ago
|
||
This happens in Firefox, so not just Seamonkey, and it also happens on WinXP, so changing components and platforms...
Assignee: neil → nobody
Component: XP Apps → XUL Widgets
Flags: blocking-seamonkey2.0a1?
OS: Linux → All
Product: Mozilla Application Suite → Toolkit
QA Contact: xul.widgets
Hardware: PC → All
![]() |
Reporter | |
Comment 8•18 years ago
|
||
> This happens in Firefox, so not just Seamonkey
No. The thing I filed this bug on does NOT happen in Firefox as far as I could determine. There is a separate bug that has been filed on the newer regression that is observable in both browsers. Again, see comment 2 and comment 3.
In particular, for this bug the top of the menubar is fine, but the text overflows out the _bottom_. I suppose I should have posted screenshots. But in any case, your screenshot is bug 396562. Please undo your changes and put things back to the way they were when I filed the bug.
Updated•18 years ago
|
Assignee: nobody → guifeatures
Component: XUL Widgets → XP Apps: GUI Features
Product: Toolkit → Mozilla Application Suite
QA Contact: xul.widgets
Comment 9•18 years ago
|
||
Back to Seamonkey, including the request for blocking2.0a1.
Note, bug 396562 and this one share the same cause: "height:0"
Flags: blocking-seamonkey2.0a1?
![]() |
Reporter | |
Comment 10•18 years ago
|
||
Gah. You still didn't fix the assignee....
Assignee: guifeatures → neil
Comment 11•18 years ago
|
||
(In reply to comment #0)
> Removing the height="0" thing that bug 282188 added fixes the problem.
Which height="0" thing? I don't see it in any of that bug's patches. The height=0 thing was added in bug 127244. Are you sure your regression range is correct, and that this isn't a dupe of bug 396562?
![]() |
Reporter | |
Comment 12•18 years ago
|
||
> Which height="0" thing?
http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/suite/common/bindings/toolbar.xml&rev=1.33&mark=226#225
> I don't see it in any of that bug's patches.
Then what landed wasn't one of the patches in the bug.
> The height=0 thing was added in bug 127244.
Apparently it landed with the wrong bug's patch, then.
> Are you sure your regression range is correct
Yes. Compare the regression range I gave with the diff and date for rev 1.33 of suite/common/bindings/toolbar.xml.
> and that this isn't a dupe of bug 396562?
As I said in comment 8, this is a bug about the state of things between 2007-09-05 and when bug 396562 regressed a few weeks later. It's possible that fixing bug 396562 will also fix this, of course.
Depends on: 396562
Assignee | ||
Comment 13•18 years ago
|
||
height="0" isn't needed because max-height: 0px; works (was fixed since my original patch to bug 282188).
Attachment #282375 -
Flags: review?(gavin.sharp)
Updated•18 years ago
|
Attachment #282375 -
Flags: review?(gavin.sharp) → review+
Updated•18 years ago
|
Attachment #282375 -
Flags: approval1.9?
Updated•18 years ago
|
Attachment #282375 -
Flags: approval1.9? → approval1.9+
Assignee | ||
Comment 14•18 years ago
|
||
Fix checked in.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Comment 16•18 years ago
|
||
There is still some problem with the menubar stuff.
Now in popups, the icons in the menubar/toolbar don't fit.
Comment 17•18 years ago
|
||
Reopen or new bug?
Comment 18•18 years ago
|
||
(In reply to comment #16)
> There is still some problem with the menubar stuff.
> Now in popups, the icons in the menubar/toolbar don't fit.
Bug 397873, probably?
Updated•18 years ago
|
Flags: blocking-seamonkey2.0a1?
You need to log in
before you can comment on or make changes to this bug.
Description
•