RE: Setup code in Driver

2003-12-20 Thread Glen Mazza
--- 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 so

Re: Redundant build/src/codegen?

2003-12-20 Thread Glen Mazza
Yes, it may always have been redundant. We build java code from the src directory, so the same should be with XSLT. Glen --- "Peter B. West" <[EMAIL PROTECTED]> wrote: > It seems to me that the copy of src/codegen to > build/src/codegen may now > be redundant. All of the filename properties >

cvs commit: xml-fop .project

2003-12-20 Thread pbwest
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

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

2003-12-20 Thread pbwest
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

Redundant build/src/codegen?

2003-12-20 Thread Peter B. West
It seems to me that the copy of src/codegen to build/src/codegen may now be redundant. All of the filename properties defined relative to ${build.codegen} could probably be defined relative to ${src.codegen}, couldn't they? Peter -- Peter B. West

AW: AW: What should I be doing ?

2003-12-20 Thread J.U. Anderegg
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 wi

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

2003-12-20 Thread gmazza
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

RE: Setup code in Driver

2003-12-20 Thread Victor Mote
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 parsi

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

2003-12-20 Thread bugzilla
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: Suppression of leading space

2003-12-20 Thread Andreas L. Delmelle
> -Original Message- > From: J.Pietschmann [mailto:[EMAIL PROTECTED] > The space constraints probably (hopefully )only applies to > space specifiers on the FOs itself, i.e if I had written > ... > Space characters ought to be another matter. > Try: > > foo > font-size

Re: Setup code in Driver

2003-12-20 Thread Jeremias Maerki
On 20.12.2003 15:17:52 Victor Mote wrote: > First, my apologies for being so slow to respond. I am trying to clean up > some of this old stuff that I had flagged for followup. I also looked in the > CVS history & source, and it looks like you have not finished this yet. Right. I still got 622 unr

RE: Setup code in Driver

2003-12-20 Thread Victor Mote
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

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

2003-12-20 Thread bugzilla
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 25673] New: - [PATCH] access to fobj.elementTable cause eclipse warning.

2003-12-20 Thread bugzilla
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 25582] - [PATCH] Remove unused imports.

2003-12-20 Thread bugzilla
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: FOs and Areas

2003-12-20 Thread Peter B. West
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