- From: Andrew Fedoniouk <news@terrainformatica.com>
- Date: Fri, 21 Feb 2014 11:52:16 -0800
- To: "Edward O'Connor" <eoconnor@apple.com>
- Cc: "www-style@w3.org" <www-style@w3.org>
On Fri, Feb 21, 2014 at 11:19 AM, Edward O'Connor <eoconnor@apple.com> wrote: > Hi Domenic, > > You wrote: > >> However, what I was initially wondering was: can we just use existing >> shadow DOM constructs? E.g. could you style the slider with >> input[type="range"] /shadow/ .slider-thumb >> ? > > I think we want to end up in a world where existing engine features *can > be explained* by platform features, but *are not necessarily implemented > with* platform features. Using /shadow/ to expose pieces of native form > controls feels like we're promising too much to authors, e.g. what if > the slider thumb isn't an Element? > > In a world with Named Parts and a Shadow DOM capable of defining them, > input[type=range]::part(slider-thumb) levels the playing field between > authors and implementors without overcontsraining implementations. > With style sets scrollbar styling can be styled simply as: @set my-vertical-scrollbar { .slider-thumb { background: yellow; } .slider-thumb:hover { background: red; } .slider-thumb:active { background: blue; } } div { overflow: auto; vertical-scrollbar: my-vertical-scrollbar; /* the property accepts style set name */ } And as I said before style sets are quite universal - can be used for styling shadow DOMs and intrinsic elements parts. -- Andrew Fedoniouk. http://terrainformatica.com
Received on Friday, 21 February 2014 19:52:44 UTC