[whatwg] Augmenting HTML parser to recognize new elements

Ah, that's a good question. This also must be specified. It should
depend on the parent of the <content> element. If the parent is shadow
root or <table>, then it should make <tr> the child of <content>.
Otherwise, it should use foster parenting as usual.

:DG<

On Wed, Jan 18, 2012 at 10:58 AM, Ryosuke Niwa <rniwa at webkit.org> wrote:
> What if content wrapped elements ignored by the parser. e.g.
> <content><tr>hi</tr></content>
>
> What should the content element include in that case?
>
> - Ryosuke
>
> On Jan 18, 2012 10:19 AM, "Dimitri Glazkov" <dglazkov at chromium.org> wrote:
>>
>> 'sup, Whatwg!
>>
>> The new HTML elements in the shadow DOM spec
>> (http://dvcs.w3.org/hg/webcomponents/raw-file/tip/spec/shadow/index.html)
>> and the nascent HTML templates spec (see it all explained here:
>> http://dvcs.w3.org/hg/webcomponents/raw-file/tip/explainer/index.html)
>> require tweaking of the HTML parsing behavior -- mostly the tree
>> construction bits.
>>
>> A typical example would be specifying an insertion point (that's
>> <content> element) as child of a <table>:
>>
>> <table>
>> ? ?<content>
>> ? ? ? ?<tr>
>> ? ? ? ? ? ?...
>> ? ? ? ?</tr>
>> ? ?</content>
>> </table>
>>
>> Both <shadow> and <template> elements have similar use cases.
>>
>> What would be the sane way to document such changes to the HTML parser
>> behavior? A list of modifications to tree construction modes in each
>> respective spec? Some "generic insertion point element" clause in the
>> HTML spec? Give me ideas.
>>
>> Also -- what are the side effects of such a change? Surely, there's
>> something I am not thinking of.
>>
>> :DG<

Received on Wednesday, 18 January 2012 13:14:50 UTC