Closed
Bug 629043
Opened 14 years ago
Closed 10 years ago
Don't load xul.css when xul is disallowed
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1008455
People
(Reporter: asaf, Assigned: asaf)
References
()
Details
Bug 610682 comment 67 suggests that we still load xul.css for content documents.
Assignee | ||
Comment 1•14 years ago
|
||
The blocking request might be considered spam if it isn't as easy as I imagine...
blocking2.0: --- → ?
Assignee | ||
Comment 2•14 years ago
|
||
Testcase by gavin: data:text/html,<span class="accesskey">f</span>
Comment 3•14 years ago
|
||
Don't content documents depend on some of those styles?
Assignee | ||
Comment 4•14 years ago
|
||
Not that I know of, not that I know much, maybe the xbl rules? In any case, couldn't we move these to html.css?
Comment 5•14 years ago
|
||
> Not that I know of
Scrollbars. And the styles for the videocontrols and such, right?
And yes, we could move those to html.css, maybe. We just have to be careful about regressions.
And then we'd have to have the machinery to load it on-demand a la MathML or something, right?
Could be worth doing; not sure it's worth trying to do for 2.0.
Assignee | ||
Updated•14 years ago
|
Assignee: nobody → mano
Assignee | ||
Comment 7•14 years ago
|
||
The rules for videocontrols are actually here: http://mxr.mozilla.org/mozilla-central/source/layout/style/html.css#712
Comment 8•14 years ago
|
||
The rule attaching the binding is. The binding's anonymous content contains XUL elements that rely on rules and bindings attached via xul.css for proper functioning, last I checked.
Assignee | ||
Updated•10 years ago
|
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•