[GUMP@lsd]: xml-batik/xml-batik failed

2004-02-04 Thread Sam Ruby
Project: xml-batik State: Failed URL: http://lsd.student.utwente.nl/gump/xml-batik/xml-batik.html - G U M P Y Annotations: - Error - Failed with reason build failed - G U M P Y Work Name: build_xml-

cvs commit: xml-batik/sources/org/apache/batik/bridge BridgeEventSupport.java

2004-02-04 Thread deweese
deweese 2004/02/04 18:53:45 Modified:contrib/scroll ScrollExample.java sources/org/apache/batik/bridge BridgeEventSupport.java Log: 1) Fixed a bug in mouse coords for text events that caused the incorrect element to be used as the target of the events. Revisi

Re: Change doc without repaint

2004-02-04 Thread Thomas DeWeese
Tjorven Lauchardt wrote: Thomas DeWeese wrote: Uhh, so you want the document update and the rendering transform change to be treated 'atomicly' no intervening repaint, correct? If so you have two options: 1) Use the setRenderingTransform(rt, false) before you change the docum

Re: Build of xml-batik on gump

2004-02-04 Thread Thomas DeWeese
Antoine Lévy-Lambert wrote: As you have seen from the nag mails coming from the lsd gump instance, we are currently not able to build xml-batik on gump. [1] I need xml-batik indirectly to build ant-xdocs-proposal, but it affects a large part of the gump projects. [2] Would you be so kind to fi

Build of xml-batik on gump

2004-02-04 Thread Antoine Lévy-Lambert
As you have seen from the nag mails coming from the lsd gump instance, we are currently not able to build xml-batik on gump. [1] I need xml-batik indirectly to build ant-xdocs-proposal, but it affects a large part of the gump projects. [2] Would you be so kind to fix the problem ? Antoine Levy

Re: Change doc without repaint

2004-02-04 Thread Tjorven Lauchardt
Thomas DeWeese wrote: Uhh, so you want the document update and the rendering transform change to be treated 'atomicly' no intervening repaint, correct? If so you have two options: 1) Use the setRenderingTransform(rt, false) before you change the document this will change the r

Re: Change doc without repaint

2004-02-04 Thread Thomas DeWeese
Tjorven Lauchardt wrote: thank you for your help with my othe rproblem, I will come back to that later. Now, I got to a bigger problem: I want to change the SVG document, that is displayed by a JSVGCanvas. So, I put the changes in the run-methode of a new runnable, I add to the runnablequeue of

Change doc without repaint

2004-02-04 Thread Tjorven Lauchardt
Hi, thank you for your help with my othe rproblem, I will come back to that later. Now, I got to a bigger problem: I want to change the SVG document, that is displayed by a JSVGCanvas. So, I put the changes in the run-methode of a new runnable, I add to the runnablequeue of the updatemanager. A

Re: Saving SVG Document to file with CSS

2004-02-04 Thread Thomas DeWeese
Hi Tjorven, It does look like there may be a bug here. The batik.svggen.XMLWriter doesn't seem to output processing instructions, however looking at the code it would appear that it would throw an exception which you don't seem to be reporting. Additionally the code you show wouldn't actually

Re: Enhancement for OutputManager (SVGTranscoder)

2004-02-04 Thread Thomas DeWeese
Hi Tonny, Tonny Kohar wrote: I would like to submit enhancement for OutputManager. This patch will format the attrib to have new line on the specified documentWidth and indent the newline according to getTabulationWidth useful for example to format very long path element d attribute. There is

Re: Any release plans?

2004-02-04 Thread Thomas DeWeese
Baron, Randy {PRG~Basel} wrote: I was wondering if anyone knows if there might be plans for a 1.5.1 release. I saw a message about it in November, http://koala.ilog.fr/batik/mlists/batik-users/archives/msg04679.html, and then Batik 1.5.1 release candidate 2 came in December but nothing since th

Enhancement for OutputManager (SVGTranscoder)

2004-02-04 Thread Tonny Kohar
Hi, I would like to submit enhancement for OutputManager. This patch will format the attrib to have new line on the specified documentWidth and indent the newline according to getTabulationWidth useful for example to format very long path element d attribute. I attached the cvs diff -u format in