Under the new Firefox Button menu, hovering "Print" shows black on blue which is unreadable.
(In reply to comment #1) > Not here. Are you using Windows 2000?
My appologize, didn't notice what OS you are using. Consider my comment to be superfluous.
Assignee: nobody → dao
Component: Menus → Theme
QA Contact: menus → theme
Created attachment 454247 [details] [diff] [review] patch
Attachment #454247 - Flags: review?(gavin.sharp)
Why is that change needed? I.e. what is the cause of this bug?
menupopup > menu[_moz-menuactive="true"] & co. from http://mxr.mozilla.org/mozilla-central/source/toolkit/themes/winstripe/global/menu.css#198 miss these nodes, as they aren't direct children of the menupopup.
Attachment #454247 - Flags: review?(gavin.sharp) → review+
Status: NEW → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3.7a6
Created attachment 454352 [details] screenshot After landing the patch, There are strange behavior in the highlight of label and arrow. Left side image: mouse hover label. Right side image: mouse hover dropdown arrow.
The sub menu does not open automatically when i mouse hover the label. Hoever, if i mouse hover the arrow, it open automatically. (ui.submenuDelay is defalt value)
And horizontal alignment of Ctrl+P seems wrong.
(In reply to comment #10) > And horizontal alignment of Ctrl+P seems wrong. this was solved by landing Bug 571750
(In reply to comment #9) > The sub menu does not open automatically when i mouse hover the label. > Hoever, if i mouse hover the arrow, it open automatically. That's intentional, as "Print" is an action on its own.
Verified fixed. Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.3a6pre) Gecko/20100628 Minefield/3.7a6pre
Status: RESOLVED → VERIFIED
Just wondering if this rules shouldn't live in menu.css?
They shouldn't, split-menuitem-* is Firefox specific.
You need to log in before you can comment on or make changes to this bug.