Could you create a in issue for this problem here:
http://code.google.com/p/google-web-toolkit-incubator/issues/entry
Thanks!
Emily
On Wed, Dec 3, 2008 at 8:56 AM, Revv <[EMAIL PROTECTED]> wrote:
>
> PROBLEM DESCRIPTION: In IE, even simple shape(meaning very short path
> string) drawn with large pixel coordinate(meaning large shape), the
> animation get frozen when I keep moving the mouse over the shape.
>
> SOFTWARE: IE or host mode GWT Browser
>
> HARDWARE: AMD Dual-core 2GHz
>
> ATTACK THE PROBLEM: There are two possibilities why this kind of
> things happen: 1) google do a not so good wrapper upon VML and/or 2)
> M
> $ make a not so good markup language.
> Here is the experiment and result (both GWTCanvas code and directly
> written VML code behave
> the same way ):
> 1. make small(the size of the shape) and simple(the path string is
> short) shape: animation is fast without any doubt, even when keeping
> mouse moving.
> 2. make small and complex shape:animation is fast, even when keeping
> mouse moving.
> 3. make large and simple shape: animation is fast, but when keeping
> mouse moving over the shape, the animation stop.
>
> At last, it turn out to be the problem of M$. What puzzle me: what do
> the mouse-move event have to do with the timer event for the
> animation. There are two guesses:
> 1) mousemove event is of more priority than timer event in IE.
> 2) When mousemove event trigged, IE will do some time-consuming things
> (specially when the shape is large) even you didn't write any code in
> javascript(or GWT's event handling function) to handle the event.
>
> Does anyone have any idea about this strange behavior of IE.
>
> >
>
--
"There are only 10 types of people in the world: Those who understand
binary, and those who don't"
--~--~---------~--~----~------------~-------~--~----~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~----------~----~----~----~------~----~------~--~---
