W3C home > Mailing lists > Public > public-webapps@w3.org > April to June 2015

Re: [webcomponents] How about let's go with slots?

From: Philip Walton <philip@philipwalton.com>
Date: Mon, 18 May 2015 16:58:19 -0700
Message-ID: <CAGRhNhWQq8__pAK46SY4SKC11K3SX3v3v7tVfS2BQFNO1GRwVQ@mail.gmail.com>
To: Domenic Denicola <d@domenic.me>
Cc: Justin Fagnani <justinfagnani@google.com>, Daniel Freedman <dfreedm@google.com>, Dimitri Glazkov <dglazkov@google.com>, Scott Miles <sjmiles@google.com>, Ryosuke Niwa <rniwa@apple.com>, "Edward O'Connor" <eoconnor@apple.com>, Anne van Kesteren <annevk@annevk.nl>, Travis Leithead <travis.leithead@microsoft.com>, Maciej Stachowiak <mjs@apple.com>, Arron Eicholz <arronei@microsoft.com>, Alex Russell <slightlyoff@google.com>, public-webapps <public-webapps@w3.org>
Pardon my question if this has been discussed elsewhere, but it's not clear
from my reading of the "slots" proposal whether they would be allowed to
target elements that are not direct children of the component.

I believe the with the `select` attribute this was implicitly required
because only compound selectors were supported (i.e. no child or descendent
combinators) [1].

Would named slots be able to target elements farther down in the tree?

Received on Monday, 18 May 2015 23:58:46 UTC

This archive was generated by hypermail 2.3.1 : Friday, 27 October 2017 07:27:31 UTC