Closed
Bug 72440
Opened 24 years ago
Closed 24 years ago
"menulist menu > menupopup" does not use the same style as "menulist > menupopup"
Categories
(SeaMonkey :: Themes, defect)
SeaMonkey
Themes
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: bzbarsky, Assigned: bzbarsky)
References
Details
Attachments
(6 files)
2.51 KB,
patch
|
Details | Diff | Splinter Review | |
9.76 KB,
patch
|
Details | Diff | Splinter Review | |
13.48 KB,
patch
|
Details | Diff | Splinter Review | |
11.38 KB,
patch
|
Details | Diff | Splinter Review | |
11.27 KB,
patch
|
Details | Diff | Splinter Review | |
11.44 KB,
patch
|
Details | Diff | Splinter Review |
STEPS TO REPRODUCE: 1) Open mailnews 2) Go to Preferences -> Account settings 3) Go to "Copies and Folders" for some account 4) Open the "Place a copy in:" menulist 5) Mouse over one of the options with an arrow next to it. ACTUAL RESULTS: The second-level popup is a different background color from the top-level one. EXPECTED RESULTS: The colors should be the same.
Assignee | ||
Comment 1•24 years ago
|
||
OK. This can be solved by changing the style rule for "menulist > menupopup" to also apply to "menulist > menupopup > menu menupopup" (that seems to be specific enough not to incur much of a performance hit..). Hewitt, what do you think?
Blocks: 46029
Assignee | ||
Comment 2•24 years ago
|
||
Assignee | ||
Comment 4•24 years ago
|
||
One thing. It may be cleaner to just collapse menulist > menupopup, menulist > menupopup > menu menupopup into just menulist menupopup I'm not sure whether this entails a perf hit or not, however....
Comment 5•24 years ago
|
||
In general, we try to avoid using the descendant combinator (e.g. "menulist menu") because its not very efficient. The presence of such a selector means that every time style is resolved on a menu, the style system will have to walk the tree all the way up to the root, or until it finds a menulist ancestor. This is sloooow. While this patch is definitely a correct fix, I'd like to avoid it. In those rare cases where menulists contain menus (like in mailnews), it's more efficient to slap some sort of class on there, like "menulist-popup" or something like that.
Assignee | ||
Comment 6•24 years ago
|
||
Assignee | ||
Comment 7•24 years ago
|
||
HJ, try this one? use <menupopup class="menulist-menupopup"> in your XUL for the useragent thing for the <menupopup>s in <menu>s.... Hewitt, how does that look?
Comment 8•24 years ago
|
||
Patch looks good. Only two comments: 1. you can remove the class="push" from the menulists 2. on those comma-separated css selectors, put each item after the command on a new line do that and you have sr=hewitt
Assignee | ||
Comment 9•24 years ago
|
||
Hmm... as I was checking where all those menus/menulists were overlaid into (to make sure that I did not change something that was just a menu into menulist-look), I found that the new folder dialog _did_ use just a menu where a menulist would be much more appropriate. Attaching two versions of the patch. Both implement items 1 and 2. The first one also changes new folder to use <menulist>, while the second does not.
Assignee | ||
Comment 10•24 years ago
|
||
Assignee | ||
Comment 11•24 years ago
|
||
Assignee | ||
Comment 12•24 years ago
|
||
Come to think of it, the new folder dialog should be a separate bug. So disregard version 1. Timeless, version 2 has sr=. care to r=?
Comment 13•24 years ago
|
||
r=timeless. feel free to aim for 80 col boundary
Assignee: hewitt → bzbarsky
Keywords: review
Assignee | ||
Comment 14•24 years ago
|
||
Ok... since I have to merge in Blake's changes anyway, should I go ahead and fix all the whitespace in this file? And wrap at 80 columns as I do it?
Assignee | ||
Comment 15•24 years ago
|
||
Comment 16•24 years ago
|
||
these don't seem to line up... @@ -265,7 +276,7 @@ @@ -281,7 +292,7 @@ r=timeless (you don't need an r= to change the whitespace for the previous blocks)
Assignee | ||
Comment 17•24 years ago
|
||
Comment 18•24 years ago
|
||
Ok, and thanks Boris, What do i need to change in the css file?
Assignee | ||
Comment 19•24 years ago
|
||
HJ, you should just make sure you put 'class="menulist-menupop"' on all the second-level menulists you have (the ones inside <menu> elements). Then once this patch is checked in they will have the right color. There is no need for you to edit CSS. Hewitt, could you sr the last patch?
Comment 20•24 years ago
|
||
sr=hewitt
Comment 21•24 years ago
|
||
Checked in for Boris, marking fixed.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 22•24 years ago
|
||
Thanks Boris, it seems to work!
Comment 23•23 years ago
|
||
Marking verified for all platforms (2001-04-16-04-Mtrunk)
Updated•16 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•