Re: Fix for fo:leader

J.Pietschmann wrote: - I want to add the Xalan.bat/.sh May be creating -outfo param for fop.bat/sh is better? Or at least name that batch in more liberal way, xslt.bat/sh or even transform.bat/sh (as XEP has). -- Oleg Tkachenko Multiconn Technologies, Israel -

Re: [Fwd: RenderX XEP Academic Edition available]

Peter B. West wrote: Should Apache, as a non-government, non-profit organization, apply for a copy of RenderX Academic to install on, say, cvs.apache.org? Hmmm, what for? -- Oleg Tkachenko Multiconn Technologies, Israel - To

[GUMP] Build Failure - xml-fop

This email is autogenerated from the output from: Buildfile: build.xml Caught exception (org.apache.tools.ant.BuildException) while

fo:page-number-citation

Hello, I have a problem with the insertion of the fo:page-number-citation. It proves that when I insert the element fo:page-number-citation in a flow of text, the text overflows in the margin. I read that it was about a limitation of fop but I would like to know if that will be to correct

RE: source for hz algorithm

Rhett Aultman wrote at 29 Jan 2003 10:33:21 -0500: > Any attempt FOP has at laying rules for layout is going to be > applying heuristics. It would be interesting to be able to expose > the heuristics and allow for programmer/user control of them. > Still, until more of this materializes, I thi

DO NOT REPLY [Bug 16713] New: - Hyphenation error in tables

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 16713] - Hyphenation error in tables

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 16713] - Hyphenation error in tables

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

[svgplan] Status and future?

I'm using now the plan stuff to visualize some planning data for myself, and here are a couple of fixes (patch seems overkill): - in Main there is no need to do a System.exit, that makes it impossible to reuse the class as a utility - the font-family in PlanRenderer should be "sans-serif" i

SVG size error in PDFRenderer

Hi, the size of SVG is wrong when rendered by org.apache.fop.render.pdf.PDFRenderer in FOP 0.20.4. The method renderSVGDocument uses BridgeContext.getDocumentSize().getWidth() etc, which returns an integer instead of a float. This works fine when rendering to PostScript but not to PDF. I looked at

Re: [svgplan] Status and future?

At 10:44 AM 2/3/2003, you wrote: - in Main there is no need to do a System.exit, that makes it impossible to reuse the class as a utility Be careful - check the archives on this one; seems to me this System.Exit has been added and removed half a dozen times over the past two or three releases

Fop Configuration in dev1.0

Hi guys. I am looking at the lastest dev code from CVS. I could not find any configuration code in there. I trace the code line by line, the userconfig file is never processed. Could anyone tell me how userconfig is handled in the new structure? George --

DO NOT REPLY [Bug 16720] New: - Errror generating pdf from a windows service

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 16724] New: - Different print layouts

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Fix for fo:leader

Peter B. West wrote: public final static int JUSTIFY = 54; This indicates a missing break in the JUSTIFY case... bingo, right! I'm humilated. :-/ J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additio

Re: [svgplan] Status and future?

Ralph LaChance wrote: > Be careful - check the archives on this one; seems to > me this System.Exit has been added and removed half a > dozen times over the past two or three releases. > I certainly don't recall what the issues were, I'm > just warning you it might not be a straightforward > as it

RE: [svgplan] Status and future?

Maybe I'm missing some major point...if you're embedding FOP in an application, why are you using that part of the code? There are other parts of the FOP API designed for embedding FOP in your code. -Original Message- From: Arnd Beißner [mailto:[EMAIL PROTECTED]] Sent: Monday, February

Antwort: RE: [svgplan] Status and future?

Rhett Aultman wrote: > Maybe I'm missing some major point...if you're > embedding FOP in an application, why are you > using that part of the code? There are other > parts of the FOP API designed for embedding > FOP in your code. Oh, sure, and since documentation on that has improved over time,

Re: fo:page-number-citation

estelle.bochinger wrote: I have a problem with the insertion of the fo:page-number-citation. It proves that when I insert the element fo:page-number-citation in a flow of text, the text overflows in the margin. I read that it was about a limitation of fop but I would like to know if that will be

Re: Fop Configuration in dev1.0

George Yi wrote: I am looking at the lastest dev code from CVS. I could not find any configuration code in there. I trace the code line by line, the userconfig file is never processed. Could anyone tell me how userconfig is handled in the new structure? It's supposed to be used through Avalon Co

DO NOT REPLY [Bug 16720] - Errror generating pdf from a windows service

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: fo:page-number-citation

estelle.bochinger wrote: I have a problem with the insertion of the fo:page-number-citation. It proves that when I insert the element fo:page-number-citation in a flow of text, the text overflows in the margin. I read that it was about a limitation of fop but I would like to know if that will be t

DO NOT REPLY [Bug 16724] - Different print layouts

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [svgplan] Status and future?

Ralph LaChance wrote: - in Main there is no need to do a System.exit, that makes it impossible to reuse the class as a utility Be careful - check the archives on this one; seems to me this System.Exit has been added and removed half a dozen times over the past two or three releases. I certa

Re: Fix for fo:leader

J.Pietschmann wrote: Christian Geisert wrote: problems if leaders are mixed with graphics on the same line Did this work with older releases? Probably not. There is a potential for line overflows, dropped text and missing spaces. IIRC in the current code space before leaders was always dro

Re: Fix for fo:leader

Oleg Tkachenko wrote: - I want to add the Xalan.bat/.sh May be creating -outfo param for fop.bat/sh is better? Certainly, but this is real work. Even better would be fop -xml foo.xml -xsl foo.xsl -fo foo.fo but this requires even more work (because the FO file is no longer automatically an inp

Re: Fix for fo:leader

J.Pietschmann wrote: May be creating -outfo param for fop.bat/sh is better? Certainly, but this is real work. Even better would be fop -xml foo.xml -xsl foo.xsl -fo foo.fo but this requires even more work (because the FO file is no longer automatically an input)/ Yeah, lets leave that comman

Re: Fix for fo:leader

Oleg Tkachenko wrote: Yeah, lets leave that command line stuff alone. btw, what about moving it to CLI in the trunk? I've been thinking about it, it seems to me CLI doesn't support such optional options like our -fo, but the rest looks okay. Certainly an idea. However, I'd like to have the API

cvs commit: xml-fop/src/org/apache/fop/layout/inline WordArea.java

pietsch 2003/02/03 15:43:26 Modified:.Tag: fop-0_20_2-maintain CHANGES src/org/apache/fop/layout Tag: fop-0_20_2-maintain LineArea.java src/org/apache/fop/layout/inline Tag: fop-0_20_2-maintain WordArea

cvs commit: xml-fop xalan.bat xalan.sh

pietsch 2003/02/03 15:45:20 Added: .Tag: fop-0_20_2-maintain xalan.bat xalan.sh Log: Added convenience command files xalan.bat and xalan.sh to run a standalone XSLT (use standard Xalan commands, to be documented) Revision ChangesPath No revis

Re: Fix for fo:leader

J.Pietschmann wrote: Yeah, lets leave that command line stuff alone. btw, what about moving it to CLI in the trunk? I've been thinking about it, it seems to me CLI doesn't support such optional options like our -fo, but the rest looks okay. Certainly an idea. However, I'd like to have the AP

FOP API proposal in FOP wiki

Hi all, I polished the FOP API proposal at http://nagoya.apache.org/wiki/apachewiki.cgi?FOPAvalonization a bit. Everybody is invited to review and add content. The discussion points are after the code near the end. I think real discussion, with arguments and counterarguments, should take place on