Re: FOs and Areas

Andreas L. Delmelle wrote: -Original Message- From: Peter B. West [mailto:[EMAIL PROTECTED] J.Pietschmann wrote: I've got a lot of ideas myself, perhaps too many. What the project needs is *working* *code*. Working code is predicated on working ideas, is it not? That's why I asked about

DO NOT REPLY [Bug 25582] - [PATCH] Remove unused imports.

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=25582. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 25673] New: - [PATCH] access to fobj.elementTable cause eclipse warning.

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=25673. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

RE: Setup code in Driver

Jeremias Maerki wrote (Sent: Saturday, November 08, 2003 8:28 AM) As you may have seen in the CVS messages I have moved most of the setup code that was in the render() method to the getContentHandler() method. This is necessary because not everyone uses the render() methods, sometimes you

RE: Suppression of leading space

-Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED] snip / The space constraints probably (hopefully )only applies to space specifiers on the FOs itself, i.e if I had written fo:inline space-end=2pt... Space characters ought to be another matter. Try: fo:block

DO NOT REPLY [Bug 25673] - [PATCH] access to fobj.elementTable cause eclipse warning.

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=25673. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

RE: Setup code in Driver

Jeremias Maerki wrote: The answer to your question probably lies in understanding how and why getContentHandler() is used without also using render(). The FOTreeListener is only needed if the input document is parsed, and in fact is only needed if you want to break out of parsing to go

cvs commit: xml-fop/src/java/org/apache/fop/fo FObj.java PropertyList.java

gmazza 2003/12/20 09:40:01 Modified:.build.xml src/java/org/apache/fop/fo FObj.java PropertyList.java Added: src/codegen fo-property-mapping.xsl Removed: src/codegen propmap.xsl Log: Property Makers now being activated via int constants. (Maker

AW: AW: What should I be doing ?

Christian Ziesemer wrote: Do you know other projects dealing with high quality typesetting with Java or if Java 1.5 will bring improvements? I'm thinking about writing my diploma thesis about how to extend the current/implement a typesetting API for Java. Batik extends text attributes with

cvs commit: xml-fop/src/java/org/apache/fop/fo/properties TextDecoration.java Property.java Background.java

pbwest 2003/12/20 17:38:52 Modified:src/java/org/apache/fop/configuration Tag: FOP_0-20-0_Alt-Design Configuration.java src/java/org/apache/fop/fo/properties Tag: FOP_0-20-0_Alt-Design TextDecoration.java

cvs commit: xml-fop .project

pbwest 2003/12/20 17:41:52 Modified:.Tag: FOP_0-20-0_Alt-Design .project Log: Meta-file update for Eclipse Revision ChangesPath No revision No revision 1.1.2.3 +8 -2 xml-fop/Attic/.project Index: .project

RE: Setup code in Driver

--- Victor Mote [EMAIL PROTECTED] wrote: Also, if possible, please let me know what you decide. I am evaluating in-progress projects right now to determine which ones I should finish and which ones I should abandon as I exit the project. You've mentioned before, I believe, there was some