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)

x86
macOS
defect
Not set
normal

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.
(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
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.
Assignee: joshmoz → nobody
I guess this and Bug 484172 is WONTFIX? Or is there any particular reason this should be valid?
I think this should be WONTFIX and bug 484172 should be fixed by dropping support for MSThemeCompatible.
Filed Bug 966240.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INVALID
See Also: → 966240
You need to log in before you can comment on or make changes to this bug.