Re: [css-houdini-drafts] Restrict workers that `CSSStyleValue` is exposed to

The Working Group just discussed `Which Workers to expose to?`, and agreed to the following resolutions:

* `RESOLVED: restrict to just window and css worklets`

<details><summary>The full IRC log of that discussion</summary>
&lt;dael> Topic: Which Workers to expose to?<br>
&lt;TabAtkins> GitHub: https://github.com/w3c/css-houdini-drafts/issues/632<br>
&lt;dael> TabAtkins: Currently we spec that all typed OM objects are exposed to all worker types because why not? It was brought up by the tag why do that we should restrict to those needed. Fine with that, it's just if we need some in the future we have to edit the spec. No reason to disallow because only big contention is not all context can access the CSS parser. It's only a few things allowe din arbitrary context.<br>
&lt;dael> dbaron: THings aren't on workers unless you can get to them there?<br>
&lt;dbaron> s/THings/I think the norm is that things/<br>
&lt;dael> TabAtkins: Yeah. Reasonable argument. If there's a general policy of on't expose unless there's a reason I'm happy to.<br>
&lt;dael> dbaron: They're only on window and worklets.<br>
&lt;dael> TabAtkins: Yes.<br>
&lt;dael> dbaron: Is it...the other question is if it's exposed on all worklets or just painr worklet and if there should be a base class of all css worklets so we can expose that without interfereing.<br>
&lt;dael> iank_: TypedOM we spec we need a workflow.<br>
&lt;dael> TabAtkins: We can make a css type fast.<br>
&lt;dael> fremy: [missed]<br>
&lt;dael> TabAtkins: No, they're not a postable type. There's nothing that prevents us from making it postable.<br>
&lt;dael> fremy: If you can send into a worker, that's a reason.<br>
&lt;dael> TabAtkins: People would obj to them being in post without a use case.<br>
&lt;dael> iank_: Only medium temr thing use the typed OM is the canvas APIs. The font accepting a font query value. But we could expose that if canvas accepts it.<br>
&lt;dael> TabAtkins: We can wait for a use case<br>
&lt;dael> TabAtkins: Happy to resolve to restrict to just window and css worklets for now.<br>
&lt;dael> shane: It does seem to extract tht we're going to great lengths to differentiate worklets. Through impl details the same APIs behave differently accross workers has been a pain. It's a tiny thing that comes back to bite you.<br>
&lt;dael> shane: Do we really want to make them all look different?<br>
&lt;dael> dbaron: Many platform core APIs are sinlge thread.<br>
&lt;dael> shane: I get having the main thread be distinguished. But this is about workers.<br>
&lt;dael> dbaron: There are some APIs that distinguish dedicated, shared and service worker.<br>
&lt;dael> shane: Is the question do we need to distinguish these workers by the presence of this API?<br>
&lt;dael> dbaron: I don't know. WOuld be interesting to talk to JS folks about performance and complexity. It feels good you can only access useful things, but I don't have strong feelings.<br>
&lt;dael> shane: I don't have strong feelings, I wanted to do a counter point.<br>
&lt;dael> cbiesinger: Do we have the parsing restricted?<br>
&lt;dael> TabAtkins: Yes, it's restricted. You can construct values but you cant' use the parsing to do it.<br>
&lt;dael> TabAtkins: I still think for now restrict to just window and css worklets. If the discussion tends to being freer with worker exposed APIs we can change in the future.<br>
&lt;dael> krit: Note it may change?<br>
&lt;dael> TabAtkins: Yeah.<br>
&lt;dael> Rossen_: shane you okay?<br>
&lt;dael> shane: Yes<br>
&lt;dael> Rossen_: Obj?<br>
&lt;dael> RESOLVED: restrict to just window and css worklets<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/css-houdini-drafts/issues/632#issuecomment-379671836 using your GitHub account

Received on Monday, 9 April 2018 08:17:11 UTC