Eclipse checkstyle

2003-06-20 Thread Peter B. West
Jeremias, Joerg and other Eclipse users, I'm trying to apply Checkstyle 3.1.0 to fop-head via Eclipse 2.1, and am having a few problems. I cannot import the checkstyle.cfg file, so I have constructed a new one. I seem to have been much too restrictive in what I have tried, and am now working

Re: Eclipse Ant SerializeHyphPattern failure

2003-06-20 Thread Jeremias Maerki
I think so. Please remove them. On 19.06.2003 11:27:15 Peter B. West wrote: Done. The hyphenation works now. What's the story with the documentation targets now that we are using forrest? Can they be removed? Jeremias Maerki

Re: Eclipse checkstyle

2003-06-20 Thread Jeremias Maerki
Oh, I didn't realize that David has a new version of his excellent plug-in. He said he would drop me a note when the new version for checkstyle 3.x is out. Hmm. I'm downloading right now. Can you upload what you have already? On 20.06.2003 08:14:21 Peter B. West wrote: Jeremias, Joerg and other

cvs commit: xml-fop checkstyle1.3.0-head

2003-06-20 Thread pbwest
pbwest 2003/06/20 00:41:58 Added: .checkstyle1.3.0-head Log: Plugin config for Checkstyle 1.3.0 Revision ChangesPath 1.1 xml-fop/checkstyle1.3.0-head Index: checkstyle1.3.0-head

Re: Eclipse checkstyle

2003-06-20 Thread Peter B. West
Done. It is currently notifying many, many style violations, so I am working my way through, but you will probably spot things faster. I think i many cases there is just no consistency because the issue has never been canvassed. The Import and Export of Plugin Configs works for me, but any

AW: startup refactoring

2003-06-20 Thread J.U. Anderegg
The current FOP is not fit for i18n, directions, area orientations and does not even support a dotted line. Renderes too. Design correct data objects in the first place instead of fancy control mechanisms. - what do pipelines look like? - are there really pipelines or are partial document

cvs commit: xml-fop/src/java/org/apache/fop/area CTM.java

2003-06-20 Thread pbwest
pbwest 2003/06/20 03:06:17 Modified:src/java/org/apache/fop/area CTM.java Log: Changed positioning of '{' in nested blocks Revision ChangesPath 1.2 +2 -4 xml-fop/src/java/org/apache/fop/area/CTM.java Index: CTM.java

DO NOT REPLY [Bug 20943] New: - number-rows-spanned render spanned cell background.

2003-06-20 Thread bugzilla
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=20943. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: xml-fop/src/java/org/apache/fop/servlet FopPrintServlet.java

2003-06-20 Thread pbwest
pbwest 2003/06/20 03:15:41 Modified:src/java/org/apache/fop/servlet FopPrintServlet.java Log: Removed space before ';' Revision ChangesPath 1.5 +1 -1 xml-fop/src/java/org/apache/fop/servlet/FopPrintServlet.java Index: FopPrintServlet.java

cvs commit: xml-fop/src/java/org/apache/fop/render/ps PSRenderer.java

2003-06-20 Thread pbwest
pbwest 2003/06/20 03:21:50 Modified:src/java/org/apache/fop/render/ps PSRenderer.java Log: Static method accessed in static manner. Spaces before ';' removed. Array specifiers moved. Revision ChangesPath 1.4 +6 -6

cvs commit: xml-fop/src/java/org/apache/fop/apps CommandLineOptions.java

2003-06-20 Thread pbwest
pbwest 2003/06/20 03:25:32 Modified:src/java/org/apache/fop/apps CommandLineOptions.java Log: Array brackets moved Revision ChangesPath 1.5 +1 -1 xml-fop/src/java/org/apache/fop/apps/CommandLineOptions.java Index: CommandLineOptions.java

cvs commit: xml-fop/src/java/org/apache/fop/apps LayoutHandler.java

2003-06-20 Thread pbwest
pbwest 2003/06/20 03:28:08 Modified:src/java/org/apache/fop/apps LayoutHandler.java Log: Java style array brackets Revision ChangesPath 1.5 +1 -1 xml-fop/src/java/org/apache/fop/apps/LayoutHandler.java Index: LayoutHandler.java

Re: cvs commit: xml-fop checkstyle1.3.0-head

2003-06-20 Thread Jeremias Maerki
Shouldn't that be Checkstyle 3.1.0? On 20.06.2003 09:41:58 pbwest wrote: pbwest 2003/06/20 00:41:58 Added: .checkstyle1.3.0-head Log: Plugin config for Checkstyle 1.3.0 Jeremias Maerki - To

DO NOT REPLY [Bug 20879] - [PATCH] Leader is broken in PS Renderer

2003-06-20 Thread bugzilla
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=20879. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: xml-fop/src/org/apache/fop/pdf PDFT1Stream.java

2003-06-20 Thread jeremias
jeremias2003/06/20 05:25:02 Modified:src/org/apache/fop/pdf Tag: fop-0_20_2-maintain PDFT1Stream.java Log: Fix length entry in for embedded Type1 font (leads to errors in PDF viewers other than Acrobat Reader) Revision ChangesPath No

cvs commit: xml-fop CHANGES

2003-06-20 Thread jeremias
jeremias2003/06/20 05:26:40 Modified:.Tag: fop-0_20_2-maintain CHANGES Log: Fix length entry in for embedded Type1 font (leads to errors in PDF viewers other than Acrobat Reader) Revision ChangesPath No revision No

DO NOT REPLY [Bug 20950] New: - Wrong link generation in PDF renderer

2003-06-20 Thread bugzilla
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=20950. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: xml-fop/src/org/apache/fop/render/ps PSRenderer.java

2003-06-20 Thread jeremias
jeremias2003/06/20 06:34:48 Modified:src/org/apache/fop/render/ps Tag: fop-0_20_2-maintain PSRenderer.java Log: Fix for bug #20879 (leader broken, missing moveToCurrPosition) Submitted by: Larry Moore [EMAIL PROTECTED] Fix for bug #5674 (High memory

cvs commit: xml-fop CHANGES

2003-06-20 Thread jeremias
jeremias2003/06/20 06:39:43 Modified:.Tag: fop-0_20_2-maintain CHANGES Log: Update changes Revision ChangesPath No revision No revision 1.10.2.64 +5 -0 xml-fop/CHANGES Index: CHANGES

DO NOT REPLY [Bug 5674] - postscript generated by FOP is missing end commands

2003-06-20 Thread bugzilla
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=5674. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 20879] - [PATCH] Leader is broken in PS Renderer

2003-06-20 Thread bugzilla
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=20879. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

cvs commit: xml-fop/src/java/org/apache/fop/rtf/rtflib - New directory

2003-06-20 Thread bdelacretaz
bdelacretaz2003/06/20 08:54:44 xml-fop/src/java/org/apache/fop/rtf/rtflib - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: xml-fop build.xml

2003-06-20 Thread bdelacretaz
bdelacretaz2003/06/20 08:56:51 Modified:.build.xml Log: rtflib package is not compilable yet Revision ChangesPath 1.82 +10 -0 xml-fop/build.xml Index: build.xml === RCS file:

cvs commit: xml-fop/src/java/org/apache/fop/rtf/rtflib/exceptions - New directory

2003-06-20 Thread bdelacretaz
bdelacretaz2003/06/20 09:03:54 xml-fop/src/java/org/apache/fop/rtf/rtflib/exceptions - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: xml-fop/src/java/org/apache/fop/rtf/rtflib/rtfdoc - New directory

2003-06-20 Thread bdelacretaz
bdelacretaz2003/06/20 09:04:04 xml-fop/src/java/org/apache/fop/rtf/rtflib/rtfdoc - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: xml-fop/src/java/org/apache/fop/rtf/rtflib/testdocs - New directory

2003-06-20 Thread bdelacretaz
bdelacretaz2003/06/20 09:04:12 xml-fop/src/java/org/apache/fop/rtf/rtflib/testdocs - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [RTF] Jfor integration

2003-06-20 Thread Bertrand Delacretaz
Hi Victor, I have committed the classes from the jfor RTF library under org.apache.fop.rtf.rtflib. They don't compile out of the box, so I disabled their compilation in build.xml for now, didn't have time to look further. The next step would be to get them to compile, have the RTFHandler use

Re: [RTF] Jfor integration

2003-06-20 Thread Clay Leeds
On 6/20/2003 9:13 AM, Bertrand Delacretaz wrote: What's sorely missing IMHO is a way to validate the generated RTF other than by crashing word processors. If you hear about an RTF validator or an RTF parser grammar it would be a welcome improvement. -Bertrand I don't know if any of these'll

RE: startup refactoring

2003-06-20 Thread Victor Mote
J.Pietschmann wrote: Victor Mote wrote: In my vision of the API, the servlet programmer would not need useThisRenderer(), but would need something like setOutputType(OUTPUT_PDF), which would ultimately cause the correct renderer to be selected. This has already been discussed up and

RE: [RTF] Jfor integration

2003-06-20 Thread Victor Mote
Bertrand Delacretaz wrote: I have committed the classes from the jfor RTF library under org.apache.fop.rtf.rtflib. Thanks. They don't compile out of the box, so I disabled their compilation in build.xml for now, didn't have time to look further. The next step would be to get them to

Re: Team page

2003-06-20 Thread Clay Leeds
On 6/2/2003 3:21 PM, Victor Mote wrote: Jeremias Maerki wrote: That'll go away next time the site is updated. See my change: http://cvs.apache.org/viewcvs.cgi/xml-fop/src/documentation/conten t/xdocs/team.xml.diff?r1=1.5r2=1.6diff_format=h The mailto prefixes were missing and Forrest/Cocoon

RE: Team page

2003-06-20 Thread Victor Mote
Clay Leeds wrote: I was going to ask (nag? -- btw, you don't need to add nag to my bio ;-p) about updates to the Team page. Then I noticed that nothing has been done to the Team Page since you added my and Glen's e-mail address Sorry. I just took a look at the forrestbot log there are a

RE: startup refactoring

2003-06-20 Thread Glen Mazza
--- Victor Mote [EMAIL PROTECTED] wrote: AreaTree is not renderer-specific, but RenderContext specific. So, for example, the same AreaTree can be used to generate PostScript and PDF output. Are you sure? Please read http://marc.theaimsgroup.com/?l=fop-devm=105455951226310w=2 (Peter,

Re: startup refactoring

2003-06-20 Thread Jeremias Maerki
On 18.06.2003 22:36:12 Glen Mazza wrote: The FO tree builder is (to me) a service that simply accepts a SAX stream and builds the FO tree. IMHO FOTreeBuilder is an object (C++/Java), not a service (C). I'm talking about Avalon-style services. These are components that implement a

Re: startup refactoring

2003-06-20 Thread Jeremias Maerki
On 20.06.2003 20:58:58 Glen Mazza wrote: --- Victor Mote [EMAIL PROTECTED] wrote: AreaTree is not renderer-specific, but RenderContext specific. So, for example, the same AreaTree can be used to generate PostScript and PDF output. Are you sure? Please read

RE: startup refactoring

2003-06-20 Thread Glen Mazza
Previous email was sent before I was done red face/, please ignore for this one: --- Victor Mote [EMAIL PROTECTED] wrote: AreaTree is not renderer-specific, but RenderContext specific. So, for example, the same AreaTree can be used to generate PostScript and PDF output. Are you sure?

Re: startup refactoring

2003-06-20 Thread Jeremias Maerki
On 20.06.2003 21:23:50 Glen Mazza wrote: (1) Doc/Dri/whatever feed the FOTreeBuilder the xslfo and the render_type, calls Run() (2) Based on the render_type FOTreeBuilder either creates an area tree of its choosing, or doesn't (AWT/Print). Even with AWT/Print an Area Tree is generated.

Re: startup refactoring

2003-06-20 Thread J.Pietschmann
Victor Mote wrote: I don't understand. The setOutputType() would be in the RenderType class, which is one of the four classes that Driver would be split into. So there might also be, for example, a setEncryptionKey() method to handle this. The whole point of creating the three extra classes is to

Re: startup refactoring

2003-06-20 Thread Glen Mazza
--- Jeremias Maerki [EMAIL PROTECTED] wrote: http://marc.theaimsgroup.com/?l=fop-devm=105455951226310w=2 (Peter, Jeremias' writing)--they appear to indicate that the area tree is dependent upon the specific renderer being used, because of the fonts. Today, that is so. My idea is to

Re: startup refactoring

2003-06-20 Thread J.Pietschmann
Glen Mazza wrote: foTree = foTreeBuilder.createFOTree(); areaTree = areaTree.createAreaTree(foTree); Check old FOP versions, like 0.19 or so... You are correct--this is *very* elegant--problem is, from Keiron's writing, we just can't separate the FOTree from the area tree because of an

Re: startup refactoring

2003-06-20 Thread Jeremias Maerki
On 20.06.2003 21:34:28 J.Pietschmann wrote: Could you outline your API ideas on the Wiki? Yes, please. I'm also in the process of writing down my ideas. That way it will be much easier to relate everyone's ideas to each other. At the moment I wish we could all sit together and figure it out by

Re: startup refactoring

2003-06-20 Thread Jeremias Maerki
On 20.06.2003 21:38:02 Glen Mazza wrote: This seems to be another layer of indirection--quite useful still--but might the area tree *still* be renderer-dependent? (The involved renderers can be asked--It still has to know which renderers to ask, right? It may very well get different

Re: startup refactoring

2003-06-20 Thread Glen Mazza
--- Jeremias Maerki [EMAIL PROTECTED] wrote: Even with AWT/Print an Area Tree is generated. But no area tree is generated when a StructureHandler (RTF/MIF) is active. Yes, I got confused between the two sets of weird render types: those that handle their processing with their own

Re: cvs commit: xml-fop checkstyle1.3.0-head

2003-06-20 Thread Peter B. West
Oops! Oh well, it can now be updated to 3.1.1, which has just been released. Back to the downloads. Peter Jeremias Maerki wrote: Shouldn't that be Checkstyle 3.1.0? On 20.06.2003 09:41:58 pbwest wrote: pbwest 2003/06/20 00:41:58 Added: .checkstyle1.3.0-head Log: