Version 6 (modified by 14 years ago) ( diff ) | ,
---|
Component Model in WebKit ¶
The component model effort brings encapsulation to the Web. See use cases for more background.
Implementation Status ¶
If this is older than 30 days, it's probably out of date.
Use XBL2 spec as a reference:
defined in XBL 2.0Area | Status | Comments |
HTML Elements and DOM interfaces | Not yet implemented | Waiting on the plumbing to settle down |
pseudo attribute | Same as XBL2 pseudo | Allows arbitrary value and CSS machinery has been modified to allow any value |
Component lifecycle | Not yet implemented | Native controls implementation uses direct wiring |
Shadow DOM | Basic plumbing in place | Instead of it being a <template> element clone, we use a different node type (SHADOW_ROOT_NODE = 14) for the root node
|
Tree Scopes | Implemented, matches the shadow scope notion of in XBL2 | |
Inheritance | Won't be implementing | We decided that this feature is overly complex and unnecessary for the component model. See this post to public-webapps |
<content> element | Basic building blocks are being used by <summary> and <details> | Need to better understand requirements and use cases to spec/implement properly. Certainly won't be implementing the way it's |
CSS matching | Some of the selectors and shadow scopes implemented | Need to further align with the XBL2 spec |
Events | Matches logic in event handlers section | We don't create a separate Event object for each re-targeting, because we don't worry about component isolation (yet) |
Note:
See TracWiki
for help on using the wiki.