Closed
Bug 464876
Opened 16 years ago
Closed 10 years ago
support non-themed scrollbars using <meta http-equiv="MSThemeCompatible" content="no"> on Mac OS X
Categories
(Core :: Widget: Cocoa, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: jaas, Unassigned)
References
Details
In bug 420363 I made scrollbars ignore the disabled theme state for a pres shell on Mac OS X because we don't have the CSS setup to draw non-themed scrollbars. We should fix that and remove my fix for bug 420363, otherwise people who want non-themed scrollbars on Mac OS X (Songbird?) will have to patch Cocoa widgets.
Comment 1•16 years ago
|
||
(In reply to comment #0) > otherwise > people who want non-themed scrollbars on Mac OS X (Songbird?) will have to > patch Cocoa widgets. I don't think that's true. They can still turn off theming using -moz-appearance: none. From reading the code it looks like the only purpose of nsIPresShell::IsThemeSupportEnabled() is the <meta http-equiv="MSThemeCompatible" content="no"> case. I don't think fixing that is very urgent. It might even be worth thinking about dropping support for it completely.
Summary: support non-themed scrollbars on Mac OS X → support non-themed scrollbars using <meta http-equiv="MSThemeCompatible" content="no"> on Mac OS X
Comment 2•15 years ago
|
||
Is there any reason that Firefox should be supporting a non-standard tag, and one that is MS-Windows specific? The odd thing is that this meta tag removes the scroll bars in Firefox 3 on MacOS X (even with CSS disabled), but has no effect on MS-Windows.
Comment 3•10 years ago
|
||
I guess this and Bug 484172 is WONTFIX? Or is there any particular reason this should be valid?
Comment 4•10 years ago
|
||
I think this should be WONTFIX and bug 484172 should be fixed by dropping support for MSThemeCompatible.
Comment 5•10 years ago
|
||
Filed Bug 966240.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•