Closed
Bug 301364
Opened 20 years ago
Closed 20 years ago
-moz-mac-menuselect returns wrong color
Categories
(Core Graveyard :: GFX: Mac, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: stefanh, Assigned: jaas)
Details
Attachments
(1 file)
|
1.62 KB,
patch
|
mikepinkerton
:
review+
sfraser_bugs
:
superreview+
|
Details | Diff | Splinter Review |
On mac OS X, selecting a menuitem will make the background-color turn blueish,
but -moz-mac-menuselect seems to return a hard-coded(?) purple color that was
used in mac OS 9.
fyi, -moz-mac-menuselect is currently used in the mac classic skin, but will be
removed when the theme make use of the new NS_THEME implementations (menuitem,
menupopup).
Assignee: dbaron → joshmoz
Component: Style System (CSS) → GFX: Mac
QA Contact: ian → mac
::GetThemeAccentColors(), which we're using to obtain all of these colors, has
no useful values in Aqua. From the header: "GetThemeAccentColors will only work
in the platinum theme. Any other theme will most likely return an error". So
we're always falling back to the default for values like -moz-mac-menuselect.
Most of the defaults suck.
This patch fixes a couple of them, including the one this bug is filed on. This
is not going to do much for us, but we can close this bug out. We don't use
this system any more AFAIK.
Attachment #195311 -
Flags: superreview?(pinkerton)
| Reporter | ||
Comment 2•20 years ago
|
||
"GetMacBrushColor(kThemeBrushMenuBackgroundSelected..." doesn't seem to work
either.
yeah, there is lots of broken stuff. fixing it all now would be silly. lets just
either 1) land my patch and close this bug and don't file more or 2) dupe this
bug against a bug for cleaning up the whole system.
| Reporter | ||
Comment 4•20 years ago
|
||
(In reply to comment #3)
> yeah, there is lots of broken stuff. fixing it all now would be silly. lets just
> either 1) land my patch and close this bug and don't file more or 2) dupe this
> bug against a bug for cleaning up the whole system.
I first thought that this could be resolved by using a brush color. But I never
got it to work. That's what I ment in comment #2.
Until someone wants to fix the whole system, I suppose a hard-coded color that
is correct is better than a hard-coded one that isn't :)
I'm fine with either 1) or 2), though.
Comment 5•20 years ago
|
||
Comment on attachment 195311 [details] [diff] [review]
fix v1.0
r=pink
Attachment #195311 -
Flags: superreview?(sfraser_bugs)
Attachment #195311 -
Flags: superreview?(pinkerton)
Attachment #195311 -
Flags: review+
Updated•20 years ago
|
Attachment #195311 -
Flags: superreview?(sfraser_bugs) → superreview+
landed on trunk
please no more bugs on this stuff unless we actually use it
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Comment 7•20 years ago
|
||
(In reply to comment #6)
>please no more bugs on this stuff unless we actually use it
What about W3C CSS colours, such as Highlight, which I understand currently returns an incorrect colour?
Updated•17 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•