Hi Andreas That's interesting, and helpful to know. I've noted it is a lot less responsive when dragging elements, but it also seems generally less responsive to mouse events as well. The only thing that seemed to speed it up to a useable level was to make the app small (400x400px or less). I guess that makes sense if redrawing is the bottleneck - less to redraw allows it to become more responsive to mouse events etc.
So how often does Opera redraw? What triggers a redraw? And is it possible to achieve element dragging without screen redrawing? is it just a case of doing incremental redraws at longer intervals? how do i get around ASV not having the redraw methods? Has FF implemented the redraw methods? And finally, if I choose instead just to wait for Opera to get faster, how long do you think I'll be waiting? ;-) If I can make FF performance better as well, I might get paid to invest time in making some changes, but if it's only going to help opera performance the guys who pay the bills might just prefer to wait it out. Guy Andreas Neumann wrote: > Hi Guy, > > Can you elaborate a bit more in what cases Opera is slow? > > Do you mean when dragging elements on top of other elements? > > Or do you mean DOM manipulations or the creation of manipulation of elements? > > If you are talking about DOM manipulations, it really helps if you use the > methods .suspendRedraw() and .unsuspendRedraw() > > Opera renders every once in a while, in contrast to other implementations. > Other > implementations would render only after a script finished working. > > As a result Opera is a bit slower, but also more flexible. I you want to > improve speed for > DOM manipulations you can suppress the update of the screen and call > .unsuspendRedraw > () after the manipulations are finished. > > A good example is e.g. http://pilat.free.fr/penrose_loc/penrose.svg. You can > really watch > opera drawing because unlike other viewers, the redraw is not suspended. If > you would > use suspendRedraw(), Opera would be much quicker. > > Andreas > > PS: but yes, I also saw that the rendering speed is slower when dragging > bigger elements > on top of other elements. Thats a fact in the current version. It seems like > the newest Batik > SVN release is best optimised for dragging elements. > > --- In svg-developers@yahoogroups.com, Guy Morton <[EMAIL PROTECTED]> wrote: > >> Has anyone got any feedback or comments regarding the speed of Opera's >> engine? I've noted that it appears to slow down proportionally to the >> amount of screen it needs to redraw. It seems quite a bit slower than FF >> and a lot slower than ASV. Where is the bottleneck? Can we do anything >> to optimise our apps for Opera? Are speed improvements on the horizon? >> >> Guy >> >> > > > > > > > > ----- > To unsubscribe send a message to: [EMAIL PROTECTED] > -or- > visit http://groups.yahoo.com/group/svg-developers and click "edit my > membership" > ---- > Yahoo! Groups Links > > > > > > > > [Non-text portions of this message have been removed] ------------------------ Yahoo! Groups Sponsor --------------------~--> Check out the new improvements in Yahoo! Groups email. http://us.click.yahoo.com/6pRQfA/fOaOAA/yQLSAA/1U_rlB/TM --------------------------------------------------------------------~-> ----- To unsubscribe send a message to: [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click "edit my membership" ---- Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/svg-developers/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
