modifying CDATA section on Zoom

[Bartosz Celmer <bc...@idea.net.pl>]

 

Hello Everyone.

 

I'm working on application using Batik 1.5.1. So far everything works
great!!! Thanks for great job Batik dev team. 

The problem I have probably comes from my not very high knowledge of Batik.
I was trying to find solution on Batik mailing list but with no luck. 

With my application I'm modifying CDATA section in SVG to change line style
exactly width in OnZoom event. Every thing works great accept, that just
before current view is going to render zoomed, I can see changed style,
everything looks like double repaint. Working with big SVG files makes it
looking very annoying. I wonder if there is any way to stop the first
occurrence of repaint (after style is changed). My code looks like:

 

public class OnZoomAction implements EventListener {

 

public void handleEvent(Event evt) 

{

    final Event fevt = evt;

    svgCanvas.getUpdateManager().getUpdateRunnableQueue().invokeLater(new
Runnable() {

    public void run() {             

          modifyWidthOnZoom(fevt);

    }

    });

 }

  

}

 

 

Thanks for any help. 

Bartek

Re: modifying CDATA section on Zoom

[Thomas DeWeese <Th...@Kodak.com>]

Hi Bartosz,

Bartosz Celmer wrote:

> With my application I’m modifying CDATA section in SVG to change line 
> style exactly width in OnZoom event. Every thing works great accept, 
> that just before current view is going to render zoomed, I can see 
> changed style, everything looks like double repaint. Working with big 
> SVG files makes it looking very annoying. I wonder if there is any way 
> to stop the first occurrence of repaint (after style is changed). My 
> code looks like:

     In my experience the zoom happens then the update happens.
The problem is that the onZoom event is delivered after the repaint
is scheduled for the main canvas.  It would be nice if they system
would delay the repaint until after all onZoom event handlers had been
triggered.  Unfortunately this was tricky to do.

     This is something that would be nice to fix, but last time I
looked at it, it was going to be tricky.  I can't really make
any suggestions on good ways to approach the problem although
I can try and answer questions.



---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-users-help@xml.apache.org