Re: keep-with-next on table-row

2008-02-22 Thread Jeremias Maerki
IMO, both possibilities in your example below would be correct. If the keep-with-next is set on the table-row, it applies to all table-cells of that row because table-row itself doesn't produce any areas. In both your examples the table-cell produces an area (potentially with no children, i.e. no

Re: keep-with-next on table-row

2008-02-22 Thread Vincent Hennebert
Hi Jeremias, Jeremias Maerki wrote: IMO, both possibilities in your example below would be correct. If the keep-with-next is set on the table-row, it applies to all table-cells of that row because table-row itself doesn't produce any areas. In both your examples the table-cell produces an

Re: Update: XML JARs

2008-02-22 Thread Jeremias Maerki
On 20.02.2008 12:37:42 Vincent Hennebert wrote: I get the same kind of errors on my Linux box. I don’t understand why the error under Java 1.4 does not occur when xercesImpl.jar is added to the classpath, since AFAIK we don’t trigger the endorsed mechanism, so the default SAX parser

Re: svn commit: r629902 - in /xmlgraphics/fop/trunk: src/java/org/apache/fop/cli/InputHandler.java status.xml

2008-02-22 Thread Max Berger
Jeremias, give me two days... If i haven't found a java 1.4 compatible version on sunday feel free to revert the patch. Afaik setting some properties on the SAXparser should have the same effect. Max On Fre, 2008-02-22 at 14:37 +0100, Jeremias Maerki wrote: Hmm. Now this is one of those cases

Re: svn commit: r629902 - in /xmlgraphics/fop/trunk: src/java/org/apache/fop/cli/InputHandler.java status.xml

2008-02-22 Thread Jeremias Maerki
setFeature may not work in this case as there's no feature ID defined by the SAX project for XInclude. The feature ID would be parser specific. As an alternative, we could use Reflection to enable the feature if a JAXP 1.3 implementation is available. On 22.02.2008 15:05:34 Max Berger wrote:

Re: svn commit: r630215 - /xmlgraphics/fop/trunk/src/java/org/apache/fop/cli/InputHandler.java

2008-02-22 Thread Max Berger
Jeremias, this should do it. Although it restricts XInclude processing to xerces based parsers. However, that should not be a problem since xerces is shipped with fop anyways. Please note that at I was not able to test with a real 1.4 JDK though. Max On Fre, 2008-02-22 at 14:17 +, [EMAIL

Re: svn commit: r630215 - /xmlgraphics/fop/trunk/src/java/org/apache/fop/cli/InputHandler.java

2008-02-22 Thread Jeremias Maerki
Sorry, Max, but it's not that simple. The GNU or Oracle XML parser will throw a SAXNotRecognizedException here. On 22.02.2008 15:17:20 maxberger wrote: Author: maxberger Date: Fri Feb 22 06:17:20 2008 New Revision: 630215 URL: http://svn.apache.org/viewvc?rev=630215view=rev Log: Fixed

Re: svn commit: r630215 - /xmlgraphics/fop/trunk/src/java/org/apache/fop/cli/InputHandler.java

2008-02-22 Thread Max Berger
Jeremias, which is taken care of, as this is a subclass of SAXException. In this case the old behavior will be triggered. ... } catch (SAXException e) { result = new StreamSource(this.sourcefile); } catch (IOException e) { ... Max On Fre, 2008-02-22 at 15:24