- From: Doug Schepers <schepers@w3.org>
- Date: Tue, 6 Oct 2015 18:53:54 -0400
- To: "Tab Atkins Jr." <jackalmage@gmail.com>
- Cc: Elliott Sprehn <esprehn@chromium.org>, Frederick Hirsch <w3c@fjhirsch.com>, public-webapps <public-webapps@w3.org>, W3C Public Annotation List <public-annotation@w3.org>
Hi, Tab– Thanks for the correction. I assumed that Houdini would expose more of the underpinnings of the ::selection pseudo-element [1] and its ilk. Maybe that hasn't surfaced (and maybe it won't). It does seem to be more magic, though, which I'd thought we were trying to demystify. But if there's no good story in Shadow DOM for things that explicitly deal with Range, I think that needs a solution. FWIW, JavaScript source-maps can comfortably deal with a similar problem, with minified/cached versions of multiple source documents (though I guess not multiple instantiations of the same source document). Still, I'd expect there's a non-terrible solution for serializing and expanding Shadow DOMs and pinpointing specific instantiations. (This makes me wonder how Shadow DOM is dealing with accessibility APIs; I'm assuming there's a good story there, and maybe something we can draw upon.) [1] https://drafts.csswg.org/css-pseudo-4/#highlight-selectors Regards– –Doug On 10/6/15 6:38 PM, Tab Atkins Jr. wrote: > On Tue, Oct 6, 2015 at 3:34 PM, Doug Schepers <schepers@w3.org> wrote: >> Hi, Eliott– >> >> Good question. >> >> I don't have a great answer yet, but this is something that will need to be >> worked out with Shadow DOM, not just for this spec, but for Selection API >> and others, as well as to CSS, which has some Range-like styling. > > CSS doesn't care about this, because it doesn't expose its selections > to the wider DOM; it can freely style whatever it wants, including > ranges that span into shadows. > > This is indeed equivalent to the problem that the generic Selection > API has with Shadow DOM, tho. > > ~TJ >
Received on Tuesday, 6 October 2015 22:53:58 UTC