Closed
Bug 390737
Opened 16 years ago
Closed 16 years ago
On Vista, every menulist should be a menubutton
Categories
(Core :: Widget: Win32, defect, P3)
Tracking
()
RESOLVED
FIXED
People
(Reporter: faaborg, Assigned: vlad)
References
Details
(Keywords: polish)
Attachments
(1 file)
21.35 KB,
image/png
|
Details |
Vista applications use menulists instead of menubuttons in their preferences.
Reporter | ||
Comment 1•16 years ago
|
||
This is an example of menubutton use in Vista, from the application Windows Calendar. I was unable to find a menulist in any preferences dialog of any application shipping with Vista.
Reporter | ||
Comment 2•16 years ago
|
||
Would fixing this require a new theme for Vista?
Updated•16 years ago
|
OS: Mac OS X → Windows Vista
Comment 3•16 years ago
|
||
It looks like this has the exact same behavior as the current menulist: it's just styled differently. Is that correct? If so, we could probably manage this entirely with nsITheme-ing, though I wouldn't call it easy. Should this be the case for *all* XUL menulists, or are there cases where we'd still want the old-style white menulist?
Comment 4•16 years ago
|
||
All non-editable drop-downs take on the button-like appearance on Vista. The drop-down list part is unaffected, so it should fairly straighforward use of if(Vista && !editable) in the native theme code for: - menulist: background is combobox/5. - menulist-button: arrow is combobox/6 (LTR) and combobox/7 (RTL).
Comment 5•16 years ago
|
||
Just to be a bit clearer; the combobox/6 and combobox/7 items are the buttons for editable drop-downs, use of either of those in state 1 (normal) or a system icon gives the drop-down arrow.
Comment 6•16 years ago
|
||
While we're fixing menulists, we should change the size of those menuitems to be smaller on all windows platforms to match the native size. Alex, I still think we want a new theme for vista because in trying to fix the scrollbars, I could not find the part/state combination that I need, so we'd need to use an image for some states (scrollbars are the biggest distraction for me right now). Also, for most of the menu changes that I had to do, it would have been much easier/clearer to use CSS in a separate theme. The same might be true in this case, I'm not sure.
Comment 7•16 years ago
|
||
Rob, got a bug# for the scrollbars? I don't know of anything you can't do with them in Vista from the theme API, so I'm interested in your problem.
Comment 8•16 years ago
|
||
James, see the (recently filed) bug 391541. There are a few more polish bugs for vista that I'd like to see fixed.
Updated•16 years ago
|
Flags: in-litmus?
Comment 9•16 years ago
|
||
Litmus Triage Team: i will add the test case in Litmus.
Reporter | ||
Updated•16 years ago
|
Component: Preferences → Widget: Win32
Product: Firefox → Core
QA Contact: preferences → win32
Comment 10•16 years ago
|
||
Marco, how comboboxes on vista exposed to AT, is there any difference?
Assignee | ||
Updated•16 years ago
|
Assignee: nobody → vladimir
Flags: blocking1.9? → blocking1.9+
Priority: -- → P3
Assignee | ||
Updated•16 years ago
|
Flags: tracking1.9+
Assignee | ||
Updated•16 years ago
|
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Updated•16 years ago
|
Blocks: vista-theme
You need to log in
before you can comment on or make changes to this bug.
Description
•