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 28445 - [Shadow]: The default value of open/closed flag
Summary: [Shadow]: The default value of open/closed flag
Status: RESOLVED FIXED
Alias: None
Product: WebAppsWG
Classification: Unclassified
Component: HISTORICAL - Component Model (show other bugs)
Version: unspecified
Hardware: PC All
: P2 normal
Target Milestone: ---
Assignee: Hayato Ito
QA Contact: public-webapps-bugzilla
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 20144
  Show dependency treegraph
 
Reported: 2015-04-08 16:07 UTC by Dimitri Glazkov
Modified: 2015-12-03 07:43 UTC (History)
6 users (show)

See Also:


Attachments

Comment 1 Dimitri Glazkov 2015-04-08 16:08:33 UTC
From https://lists.w3.org/Archives/Public/public-webapps/2015AprJun/0052.html

Annevk: " We're not sure about closed shadow DOM.
With composition/layout you want scripts to be able to go in and out.
(See also event retargeting.) For styling we'd like to see something
better than boundary-piercing. Ideally something akin to
pseudo-elements, but with the ability to put restrictions on the
amount of things they can affect. In Gecko we'll probably experiment
with "closed" in a way similar to Chrome (to get rid of XBL), but
unless we'd go down the isolated shadow DOM route (which seems
unlikely due to the overhead) that will require proprietary technology
that browsers are nowhere near ready to converge on."
Comment 2 Hayato Ito 2015-04-22 21:36:03 UTC
FYI. I've added an API to create a closed shadow tree. See https://www.w3.org/Bugs/Public/show_bug.cgi?id=20144#c17.

There, the default is "open" tentatively.
However, I'm aware that which the default should be is still in the discussion.
Comment 3 Hayato Ito 2015-04-27 03:13:27 UTC
The resolution is: 
  "Will have both open and closed in v1, must be explicitly declared"

See https://www.w3.org/wiki/Webapps/WebComponentsApril2015Meeting

Let me close this bug. See bug 20144 for the actual API.
Comment 4 Cris Stringfellow 2015-12-03 07:43:04 UTC
Don't make it impossible for scripts to access nodes in or distributed in a shadow tree. Why? What if we want to have privileged chrome code modify or read content from a page, to alter or enhance a page's behaviour? What if we want to programmatically interact with nodes within a shadow boundary? If scripts have no access to these... this is impossible. It is essentially a form of DRM for any content on the web. The workaround is to recompile Chrome from source and revert changes that introduce these restrictions, in effect forking the browser.