Closed
Bug 871250
Opened 11 years ago
Closed 11 years ago
Replace "chromedir="rtl"" CSS selectors in plugin UI CSS files with -moz-dir CSS selectors
Categories
(Core Graveyard :: Plug-ins, defect)
Core Graveyard
Plug-ins
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: mcsmurf, Unassigned)
References
Details
Bug 648675 introduced new "[chromedir="rtl"]" CSS selectors in toolkit/themes/osx/mozapps/plugins/pluginProblem.css and toolkit/themes/windows/mozapps/plugins/pluginProblem.css (possibly toolkit/mozapps/plugins/content/pluginProblemContent.css should be fixed, too). As far as I know this CSS selector should not be used anymore, see Bug 478416. Those CSS selectors should be replaced by :-moz-(locale-)dir(rtl). I think you need to use "-moz-dir" there instead of "-moz-locale-dir" as that one does not work inside html files (according to https://developer.mozilla.org/en-US/docs/Web/CSS/:-moz-locale-dir%28ltr%29). But I'm not exactly sure about that. Then the chromedir attribute inside pluginProblem.xml can be removed, too.
Reporter | ||
Comment 1•11 years ago
|
||
Hrm, marking as WONTFIX. The reason for this is: You cannot get -moz-dir working on XUL elements in an easy way (at least I did not find any way). The "dir" attribute only works on HTML elements, the dir attribute for XUL elements has different values (and not sure if I can use it here, the docs on the dir attribute in XUL are not that good). I'll open a new bug for the usage of -moz-locale-dir inside toolkit/mozapps/plugins/content/pluginProblemContent.css, this should be converted to chromedir as -moz-locale-dir does not work there.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WONTFIX
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•