> I don't think my proposal is nearly that heavyweight. OK, it's possible that I'm mixing up the various proposals. > Here it is again, > see http://lists.w3.org/Archives/Public/www-style/2012Jan/0816.html for > the fuller context: OK. This seems somewhat reasonable, yes. The task basically needs to save off the before/after change values (the ones that led to the browser noticing a change in the first place). One issue here is that the transition start would be async, so either there will be a lag between style change and start or the start event will fire at time != 0 in the transition. Maybe that's OK; it's not like timing of transition starts is so precise anyway. > Concretely with this proposal in Sylvain's example the transition would > not occur in either of the scenarios he mentions: > > e.style.color = "blue"; > e.style.display = "block"; Why would there be no transition in this case? > e.style.display = "block"; > e.style.color = "blue"; Or in this one? > or in this slightly trickier one: > > e.style.color = "blue"; > document.body.offsetTop; // forces a style flush, at least in WebKit > e.style.display = "none"; This one is explicitly covered by your proposal, yes. -BorisReceived on Wednesday, 18 April 2012 01:43:08 UTC
This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:08:14 UTC