20468 2012-12-21 01:33:04 +0000 [Components]: specify link rel="components" 2013-03-07 23:27:38 +0000 1 1 1 Unclassified WebAppsWG HISTORICAL - Component Model unspecified PC Linux RESOLVED FIXED P2 normal --- 20683 1 jmesserly dglazkov dominicc public-webapps-bugzilla oldest_to_newest 80461 0 jmesserly 2012-12-21 01:33:04 +0000 Apologies if I missed this. I saw it in the explainer but not in the current specs (template, shadow, component). I was asked a question today: is the component HTML file parsed as a normal HTML document (i.e. it should have doctype, html, body, etc) or can it just start with <element>? A related question is: what happens if it has other things, like top-level scripts that are not contained in <element>? I have my suspicion (that it is a normal HTML document) but it would be nice to have something a spec to point at. 80468 1 dominicc 2012-12-21 07:13:09 +0000 I have heard an idea espoused that component documents *can* be HTML documents but elements outside component definitions are inert when loaded externally. Nor is the document accessible through DOM. This allows “self documenting” components with documentation in the HTML file along with the component definition. That file may use instances of the components in the file. This can be viewed as a standalone document. Of course, someone seeking to minimize size would not use self-documenting components in a production environment. There is an attack vector where documents with inline component definitions are loaded cross-domain (basically the equivalent of cross-site script inclusion). Thus the packaging specification should specify that CORS is required for cross-site components. 84098 2 dglazkov 2013-03-07 23:27:38 +0000 https://dvcs.w3.org/hg/webcomponents/raw-file/tip/spec/components/index.html#link-type-component