W3C home > Mailing lists > Public > www-style@w3.org > August 2007

Re: [CSSWG] Resolutions 2007-08-28

From: Timur Mehrvarz <timur.mehrvarz@web.de>
Date: Wed, 29 Aug 2007 04:46:27 +0200
Message-Id: <B23A7801-235A-4FFF-A295-8EC43A37A945@web.de>
Cc: fantasai <fantasai.lists@inkedblade.net>, www-style@w3.org
To: Boris Zbarsky <bzbarsky@MIT.EDU>

> On 29.08.2007, at 03:46, Boris Zbarsky wrote:
>> That's exactly what sites did to work around NS4 not reapplying  
>> CSS in some cases.  The result is that some UAs don't actually  
>> reload when you do location.reload() from a resize event handler.   
>> The relevant Gecko code comment, for example, is:
>>      // location.reload() was called on a window that is handling a
>>      // resize event. Sites do this since Netscape 4.x needed it, but
>>      // we don't, and it's a horrible experience for nothing. In  
>> stead
>>      // of reloading the page, just clear style data and reflow the
>>      // page since some sites may use this trick to work around gecko
>>      // reflow bugs, and this should have the same effect.
>> In other words, UAs already have to do with this situation....
> Interesting. But don't get me wrong. I would really prefer to not  
> have to trigger the reload for this. I just wanted to point out,  
> what the likely consequences of a should requirement are, in regard  
> to aspect-ratio. (As mentioned before, a full reload() is also bad,  
> because of it's heavyweight nature and because of the possible loss  
> of state.)
> Only the agent can provide a true solution to this. Agents (those,  
> that run in a resizable window) /could/ load all listed aspect- 
> ratio criterias in a HashMap on document load - and do the proper  
> (rather lightweight) reflow, whenever necessary. While resize - or  
> after. That would be doable. Or not?

Hmm, thinking about your previous post a bit longer.. this is  
actually a really nice trick. And such a "onResize-reload()" leaves  
all my script state intact? Do other (should all) engines behave this  

Received on Wednesday, 29 August 2007 02:48:42 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:27:30 UTC