- From: Dominic Cooney <dominicc@chromium.org>
- Date: Wed, 28 Sep 2011 15:53:45 +0900
- To: Roland Steiner <rolandsteiner@chromium.org>
- Cc: WebApps WG <public-webapps@w3.org>, Dimitri Glazkov <dglazkov@chromium.org>, Ian Hickson <ian@hixie.ch>
On Wed, Sep 28, 2011 at 3:39 PM, Roland Steiner <rolandsteiner@chromium.org> wrote: > Expanding on the general web component discussion, one area that hasn't been > touched on AFAIK is how components fit within the content model of HTML > elements. > Take for example a list > (http://www.whatwg.org/specs/web-apps/current-work/multipage/grouping-content.html#the-ul-element): > <ol> and <ul> have "Zero or more <li> elements" as content model, while <li> > is specified to only be usable within <ol>, <ul> and <menu>. > Now it is not inconceivable that someone would like to create a component > <x-li> that acts as a list item, but expands on it. In order to allow this, > the content model for <ol>, <ul>, <menu> would need to be changed to > accomodate this. I can see this happening in a few ways: > > A.) allow elements derived from a certain element to always take their place > within element content models. > In this case, only components whose host element is derived from <li> would > be allowed within <ol>, <ul>, <menu>, whether or not it is rendered (q.v. > the "Should the shadow host element be rendered?" thread on this ML). > > B.) allow all components within all elements. > While quite broad, this may be necessary in case the host element isn't > rendered and perhaps derivation isn't used. Presumably the shadow DOM in > this case contains one - or even several - <li> elements as topmost elements > in the tree. > > C.) Just don't allow components to be used in places that have a special > content model. I prefer this one, because: 1. It is very simple. 2. It discourages people from using components in cases already handled by HTML. > Thoughts? > - Roland
Received on Wednesday, 28 September 2011 06:54:12 UTC