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
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-02-03/xml-fop.html
Buildfile: build.xml
Caught exception (org.apache.tools.ant.BuildException) while
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16713.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16713.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16713.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
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
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
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 TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16720.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16724.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
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
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,
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, it
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
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16720.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16724.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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
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
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
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
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
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
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
28 matches
Mail list logo