Re: Batik hanging on FOP 0.20.x nightly/1.0 dev release.

2003-10-24 Thread Thomas DeWeese
Hi Glen, The only thing I find surprising is that the old copies don't hang. It is a well known issue that when you touch AWT the Event Threads start and the only way to close the app is to call System.exit(0). Is it perhaps the case that older copies of FO called System.exit, but someone r

Re: Batik hanging on FOP 0.20.x nightly/1.0 dev release.

2003-10-24 Thread Glen Mazza
Thanks, Tom, for your quick assistance. I didn't know about the AWT threading issue you brought up. I went ahead and added explicit System.exit() commands to Fop.java in 1.0. I was somewhat reluctant about this though because others haven't been complaining about this problem, and for some rea

Re: Batik hanging on FOP 0.20.x nightly/1.0 dev release.

2003-10-24 Thread Glen Mazza
Thanks, Tom, for your quick assistance. I didn't know about the AWT threading issue you brought up. I went ahead and added explicit System.exit() commands to Fop.java in 1.0. I was somewhat reluctant about this though because others haven't been complaining about this problem, and for some rea

Re: Batik hanging on FOP 0.20.x nightly/1.0 dev release.

2003-10-25 Thread J.Pietschmann
Glen Mazza wrote: I'll leave the 0.20.x branch alone until others complain about this problem, however. There is no problem in the maintenance branch, because it was fixed there (and unfixed, and refixed etc...) ages ago. J.Pietschmann

RE: Batik hanging on FOP 0.20.x nightly/1.0 dev release.

2003-10-25 Thread Andreas L. Delmelle
> -Original Message- > From: Glen Mazza [mailto:[EMAIL PROTECTED] > > Thanks, Tom, for your quick assistance. I didn't know > about the AWT threading issue you brought up. > Thomas, Can you perhaps have a look at bug 23883? In embedded SVG, something's going wrong with translate() when l

RE: Batik hanging on FOP 0.20.x nightly/1.0 dev release.

2003-10-25 Thread Glen Mazza
--- "Andreas L. Delmelle" <[EMAIL PROTECTED]> wrote: > > Thomas, > > Can you perhaps have a look at bug 23883? In > embedded SVG, something's going > wrong with translate() when large numbers are used. > Apparently this works > fine for svg:text elements, but a polyline gets > drawn really ugly...

Re: Batik hanging on FOP 0.20.x nightly/1.0 dev release.

2003-10-25 Thread Glen Mazza
Good--I was concerned that this was just me having the problem. Glen --- "J.Pietschmann" <[EMAIL PROTECTED]> wrote: > Glen Mazza wrote: > > I'll leave the 0.20.x branch alone until others > > complain about this problem, however. > > There is no problem in the maintenance branch, > because it wa

Re: Batik hanging on FOP 0.20.x nightly/1.0 dev release.

2003-10-25 Thread Thomas DeWeese
Glen Mazza wrote: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23883 Thomas, You needn't bother on this at this time--we have yet to find where Batik is wrong. So far, Squiggle has drawn the SVG correct *all* the time. But comments always welcome, and it's good for you to be aware of the

RE: Batik hanging on FOP 0.20.x nightly/1.0 dev release.

2003-10-25 Thread Andreas L. Delmelle
> -Original Message- > From: Glen Mazza [mailto:[EMAIL PROTECTED] > Also, providing a link to the bug is indicated > here--asking Thomas to hunt through Bugzilla in order > to help us out--these problems are with our code, not > his--is somewhat rude. > Ok. I probably supposed that Thomas

Re: Batik hanging on FOP 0.20.x nightly/1.0 dev release.

2003-10-26 Thread Glen Mazza
--- Thomas DeWeese <[EMAIL PROTECTED]> wrote: > > At least one of the issues is with the > PDFGraphics2D. > in PDFGraphics2D.java:632 in draw(shape s). There > is > a check for a newTransform which inexplicably > decides that > if the new transform is the Identity transform there > is > no cha

Re: Batik hanging on FOP 0.20.x nightly/1.0 dev release.

2003-10-26 Thread Keiron Liddle
> --- Thomas DeWeese <[EMAIL PROTECTED]> wrote: > > > > At least one of the issues is with the > > PDFGraphics2D. > > in PDFGraphics2D.java:632 in draw(shape s). There > > is > > a check for a newTransform which inexplicably > > decides that > > if the new transform is the Identity transform t