DO NOT REPLY [Bug 46134] FOP not supporting ErrorHandler and location not displayed in Errors

2008-10-31 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46134 Jeremias Maerki [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO

Re: svn commit: r709373 - in /xmlgraphics/fop/branches/Temp_AFPGOCAResources/src/java/org/apache/fop: ./ afp/ pdf/ render/ render/afp/ render/pdf/

2008-10-31 Thread Jeremias Maerki
Adrian, would you mind if I renamed AbstractData to AbstractStateData (if it has to be a top-level class) and moved it together with AbstractState and StateStack to org.apache.fop.util or org.apache.fop.util.state? I don't like those classes to be in the top-level FOP package. I'm also not sure

Re: svn commit: r709373 - in /xmlgraphics/fop/branches/Temp_AFPGOCAResources/src/java/org/apache/fop: ./ afp/ pdf/ render/ render/afp/ render/pdf/

2008-10-31 Thread Adrian Cumiskey
Hi Jeremias, I understand what you are saying, its not ideal that it resides in org.apache.fop. I'm trying to keep it away separate from the render package as it could be plugged into any engine (painter etc) which uses the libraries. I guess we can move it to org.apache.fop.util for now,

Re: svn commit: r709373 - in /xmlgraphics/fop/branches/Temp_AFPGOCAResources/src/java/org/apache/fop: ./ afp/ pdf/ render/ render/afp/ render/pdf/

2008-10-31 Thread Jeremias Maerki
On 31.10.2008 12:54:54 Adrian Cumiskey wrote: Hi Jeremias, I understand what you are saying, its not ideal that it resides in org.apache.fop. I'm trying to keep it away separate from the render package as it could be plugged into any engine (painter etc) which uses the libraries. I

Fwd: FOP with Hebrew/Arabic

2008-10-31 Thread Andreas Delmelle
Just FYI: Bruce Rosen contacted me off-list, and had some questions, as he'd like to have a try at getting 'rl-tb' writing mode to work correctly (for Hebrew, at least). To increase the number of eyes/ heads that can weigh in, I'm forwarding the follow-up to [EMAIL PROTECTED] Bruce, in case