Closed
Bug 740856
Opened 11 years ago
Closed 5 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; }
Comment 1•11 years ago
|
||
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•11 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•11 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•11 years ago
|
||
If the set of possible pseudo-elements is fixed and not too big, then comment 2 doesn't apply, yes.
Comment 5•5 years ago
|
||
Web Components \o/
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•