W3C home > Mailing lists > Public > www-style@w3.org > March 2016

Re: [css-values] url(#frag) handling when base url changes

From: fantasai <fantasai.lists@inkedblade.net>
Date: Wed, 23 Mar 2016 12:05:49 -0400
To: www-style@w3.org
Message-ID: <56F2BEDD.2070301@inkedblade.net>
On 03/22/2016 02:55 PM, Simon Pieters wrote:
> On Tue, 22 Mar 2016 18:52:35 +0100, Tab Atkins Jr. <jackalmage@gmail.com> wrote:
>
>> On Mon, Mar 21, 2016 at 6:23 PM, fantasai <fantasai.lists@inkedblade.net> wrote:
>>> I'm.. not 100% clear on what's going on here, but, isn't this handled
>>> by the fact that CSS is stateless? It's only a problem if the computed
>>> value is cached over the base URL change--and that's a caching problem,
>>> not a spec problem.
>>
>> CSS is not, in fact, stateless for this issue.  Style-Attr requires
>> the URL to be absolutized at parse-time.  Values says URLs are
>> absolutized at computed-value time.  The web platform in general is
>> not consistent on whether things are "stateless" or not for base-URL
>> changes; <img>, for example, does not reload (tho it does change its
>> serialization of the src attribute), and this behavior is
>> well-specified by HTML.
>>
>> I put together a test-case at
>> <http://software.hixie.ch/utilities/js/live-dom-viewer/?saved=4017>.
>
> Nice! I had started a simpler test at http://software.hixie.ch/utilities/js/live-dom-viewer/saved/4018
>
> I think nothing anywhere says to do anything in particular for CSS when
> the base URL changes, which probably means that the URLs in CSS shouldn't
> be reparsed, right?

There's a comment in the spec source saying that hixie intended for dynamic
changes to the base URL to not affect style.

I'm not sure the rationale why...

~fantasai
Received on Wednesday, 23 March 2016 16:06:22 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:39:37 UTC