This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 18753 - [Shadow]: Introduce HTMLContentElement projection API
Summary: [Shadow]: Introduce HTMLContentElement projection API
Status: RESOLVED INVALID
Alias: None
Product: WebAppsWG
Classification: Unclassified
Component: HISTORICAL - Component Model (show other bugs)
Version: unspecified
Hardware: PC Linux
: P2 normal
Target Milestone: ---
Assignee: Dimitri Glazkov
QA Contact: public-webapps-bugzilla
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 18429
  Show dependency treegraph
 
Reported: 2012-08-31 20:21 UTC by Dimitri Glazkov
Modified: 2014-02-11 18:45 UTC (History)
1 user (show)

See Also:


Attachments

Description Dimitri Glazkov 2012-08-31 20:21:35 UTC
Expose DOM API on HTMLContentElement to explicitly add/remove nodes to be projected into it.
Comment 1 Dimitri Glazkov 2012-08-31 22:43:09 UTC
NodeList HTMLContentElements.distributed

if you add an item to distributed that is already in the distributed of a younger tree or higher in tree, it is not rendered (render only once). How is this accomplished?

The rendering algo could account for things that have already been rendered, thus letting duplicate items be stored in the various insertion points' distributions.

However, the problem here is that now you have no idea (looking at the insertion point) whether any given item renders or not.

Thus, we have to eject or reject items added to "distributed".

In case of "first one wins", we reject additions (throw exception?)
In case of "last one wins", we eject previously added items (event?)
Comment 2 Morrita Hajime 2012-10-17 04:47:04 UTC
Is the list dynamic or static?
If it is a static list, it's better to make this a method instead of attribute.
I don't think attribute + static list follows Web API norm.
Comment 3 Dimitri Glazkov 2014-02-11 18:45:24 UTC
These are old ideas that haven't panned out.