[whatwg] Browsers delay window.print() action until page load finishes

Ian Hickson ian at hixie.ch
Wed May 4 15:38:41 PDT 2011


On Thu, 20 Jan 2011, Alexey Proskuryakov wrote:
> 
> There seems to be no provision in the spec for a behavior Firefox and IE 
> (and now WebKit-based browsers, too) have. If window.print() is called 
> during page load, then its action is delayed until loading is finished.

I haven't been able to reproduce this. I can reproduce cases where the 
browser entirely ignores a window.print() call (as allowed by the spec), 
but none where the call is delayed until later.

Do you have a test case demonstrating this?

I'd be happy to spec this, I'm just trying to work out what it means with 
respect to event firing, etc (the rest of the algorithm). Presumably, in 
many cases we want it to be synchronous as now, since pages presumably 
depend on being able to edit the DOM before and after.

-- 
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'


More information about the whatwg mailing list