Closed
Bug 740856
Opened 13 years ago
Closed 7 years ago
Support pseudoelements syntax in xbl
Categories
(Core :: XBL, defect)
Core
XBL
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: enndeakin, Unassigned)
References
()
Details
XBL 2 has a pseudo attribute to allow specific anonymous content nodes to match as a pseudo element.
For example:
<xbl:content>
<image src="hello.png" xbl:pseudo="icon"/>
</xbl:content>
would allow:
element::icon {
border: 1px solid red;
}
I think this is bad design. The proposed CSS pseudo-element should probably
be a functional notation. For example:
::xbl-content(icon)
That allows a lighter impact on the CSS parser and a greater extensibility.
Comment 2•13 years ago
|
||
Indeed. For example, implementing the proposal in comment 0 would require a pretty complete rewrite of how pseudo-elements are handled in the style system in Gecko.
Reporter | ||
Comment 3•13 years ago
|
||
I'm assuming that the concern above only applies when extended to arbitrary pseudo elements. Note that xbl2 only defines five specific pseudoelements that are allowed:
value, choices, label, repeat-item, and icon
That said, custom pseudo elements could also be supported via a different syntax, something akin to the one described in comment 1, since there will likely be value of it in toolkit bindings.
Comment 4•13 years ago
|
||
If the set of possible pseudo-elements is fixed and not too big, then comment 2 doesn't apply, yes.
Comment 5•7 years ago
|
||
Web Components \o/
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•