Re: [css-houdini-drafts] [typed-om] Trim CSSResourceValue and subclasses to opaque objects for this level, punt rest to level 2

The Working Group just discussed `Loading and absolutization timing`, and agreed to the following resolutions:

* `RESOLVED: We accept this proposal https://github.com/w3c/css-houdini-drafts/issues/716#issuecomment-368659261 but also expose the original URL and base URL`

<details><summary>The full IRC log of that discussion</summary>
&lt;dael> Topic: Loading and absolutization timing<br>
&lt;dael> TabAtkins: CSS is currenlty vague. It happens at some point but we don't know when.<br>
&lt;dael> github: https://github.com/w3c/css-houdini-drafts/issues/716<br>
&lt;nainar> https://github.com/w3c/css-houdini-drafts/issues/716#issuecomment-368659261<br>
&lt;dael> TabAtkins: Her'es my proposal ^<br>
&lt;dael> TabAtkins: Has a URL attribute. It's either an absolute or a bare hash. If it's not a bare hash we'll use CSS ruels. Underlying value may not be absolutized, but when it reifies we turn it absolute. If you move a style from one doc to another it may be relative in the old way, but it's now absolute.<br>
&lt;dael> TabAtkins: I think that's what people want.<br>
&lt;dael> TabAtkins: When you contruct a value it's absolutized immediately.<br>
&lt;dael> dbaron: When is it bare hash?<br>
&lt;dael> TabAtkins: When you pass it in as a local reference.<br>
&lt;dael> TabAtkins: That's spec in the value spec?<br>
&lt;dael> plinss: It's a string not a URL?<br>
&lt;dael> TabAtkins: Yes, it's strictly spec that it's a string.<br>
&lt;dael> TabAtkins: Only controversy is the early absolutizing. Is that okay or shouldwe make it retain it's relativeness and better define when it stops being relative.<br>
&lt;dael> TabAtkins: If you want to manipulate the URL the URL spec requires an absolute value or a URL with a base. It would be harder for authors since it's hard to get the base.<br>
&lt;dael> plinss: Would it make sense to keep it as a relative URL but also expose it as a base?<br>
&lt;dael> TabAtkins: Possibly. In the current CSS if you use the OM APIs if you pull a reltivate URL and write it somewhere else it changes the base.<br>
&lt;dael> plinss: Are we allowing authors to rationalize it as a valid URL if they want to.<br>
&lt;dael> TabAtkins: Do authors want this?<br>
&lt;dael> plinss: Yes<br>
&lt;dael> TabAtkins: I doubt they do. When this occurs style sheets are usually in same folder.<br>
&lt;dael> nainar: If we're being more eager about absolutizing should that be in css as well?<br>
&lt;dael> TabAtkins: Pos.<br>
&lt;dael> birlets: I'm wondering if there's a cloning use case?<br>
&lt;dael> TabAtkins: But would people want to do that?<br>
&lt;dael> TabAtkins: I can come up with a reason, but it's a minority case.<br>
&lt;dael> krit: If you provide the bbase would you still get back relative?<br>
&lt;dael> TabAtkins: You have to know where the split happened. If impl want to preserve I can attach the original URL. But the core easiest to use should be absolute.<br>
&lt;dael> krit: I'm fine with it as a default.<br>
&lt;dael> plinss: I expect there will be use cases, like editor. In my experience any time someone tries to help me with URL they get in the way at some point. If it's distructive that's painful. If there's a way to preserve the original url.<br>
&lt;dael> dbaron: Seems like it's not crazy to have multi accessors.<br>
&lt;dael> TabAtkins: I'm happy to put on an original URL value.<br>
&lt;dbaron> s/multi/multiple/<br>
&lt;dael> plinss: Should that but the URL<br>
&lt;dael> TabAtkins: All the DOM apis do absolute URLs.<br>
&lt;dael> TabAtkins: Prop: We accept this proposal but also expose the original URL.<br>
&lt;dael> dbaron: You could also expose base URL<br>
&lt;nainar> Proposal is comment in https://github.com/w3c/css-houdini-drafts/issues/716#issuecomment-368659261<br>
&lt;dael> TabAtkins: That would have to be dynamic. Oh, base URL as this instant. I could do that.<br>
&lt;dael> dbaron: I don't know how useful, but if you're exposing a bunch of information.<br>
&lt;dael> Rossen_: Okay.<br>
&lt;dael> Rossen_: Suggestions, objections?<br>
&lt;dael> RESOLVED: We accept this proposal https://github.com/w3c/css-houdini-drafts/issues/716#issuecomment-368659261 but also expose the original URL and base URL<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/716#issuecomment-379677603 using your GitHub account

Received on Monday, 9 April 2018 08:38:28 UTC