[Webkit-unassigned] [Bug 113317] [GTK][AC] Use transform property of ClutterActor

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=113317





--- Comment #8 from ChangSeok Oh <kevin.cs.oh at gmail.com>  2013-03-28 11:14:50 PST ---
Created an attachment (id=195602)
 --> (https://bugs.webkit.org/attachment.cgi?id=195602&action=review)
TestCase

kov. please find attached a testcase.
You can see a z-spin animating blue square with it.
Its keyframes are like below..

@-webkit-keyframes z-spin {                                               
0%    { -webkit-transform: rotateZ(350deg); }                           
50%    { -webkit-transform: rotateZ(180deg); }                          
100%  { -webkit-transform: rotateZ(0deg); }                             
}

WebKit sets a transform for the first frame in GraphicsLayerClutter::updateTransform so we set a transform value for an actor by using clutter_actor_set_transform before adding the transition to the actor. After that, the actor keeps 350deg while the animation, not rotating 180deg and 0deg unless we clear it by clutter_actor_set_transform(actor, 0). This is the symptom.
In my theory, if we set the transform value of actor explicitly by clutter_actor_set_transform, then actor seems to keep the property "transform-set" true to check actor has a user defined transform. If so, actor seems to stick the transform for its modelView matrix. In other words, the user defined transform value seems to have higher priority than other transitions. so if we don't clear it before staring animation(actually adding transition to an actor), we'll see only first frame while animation time.

I'm worried if you don't understand yet :\
Please run the test case without clutter_actor_set_transform(actor, NULL)

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