[Webkit-unassigned] [Bug 27159] Unsetting an object's transition property to restyle it without animating doesn't work

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Jun 11 12:34:53 PDT 2010


Thomas Fuchs <thomas at fesch.at> changed:

           What    |Removed                     |Added
                 CC|                            |thomas at fesch.at

--- Comment #7 from Thomas Fuchs <thomas at fesch.at>  2010-06-11 12:34:53 PST ---
I concur with Andrew that an API call to force the browser to apply style changes would be helpful, for example an "render" call (or some other method name) on the style property of an element.

(In reply to comment #6)
> (In reply to comment #5)
> > This is expected behavior because of the way that the browser batches style changes. This behavior is common to all the major browsers.
> > 
> > I agree that it can be annoying with transitions, but the alternative would be to force expensive style updates when transition properties change, that we don't want to do that.
> Simon, I understand as much. I think this will need to be addressed one way or another (and not only in WebKit) as an unintended consequence of how CSS transitions work.
> Before now, style batching had no real downside, because:
> (a) the order in which style properties were set (within a batch) made no real difference;
> (b) no property change behaved in a different way based on the _current value_ of a completely different property.
> Anyway, I'm not suggesting that the browser should force expensive style updates by default; it would simply be nice to be able to trigger such an update if you think it's necessary — or otherwise be able to create your own "batches," each of which would be applied atomically.
> Another option would be a first-class JavaScript interface to transitions and animations, rather than having to set style properties.

Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

More information about the webkit-unassigned mailing list