RE: addLayoutManager refactored

2003-08-20 Thread Chris Bowditch
From: Victor Mote [EMAIL PROTECTED] snip/ So the answer to your second question is that the Visitor doesn't have anything to do with the layout managers, except as a means to an end. The only downside that I can see is that the abstract FOTreeVisitor needs to be updated if the super/sub class

DO NOT REPLY [Bug 22579] New: - crash after endless loop over pages

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

RE: control/Document

2003-08-20 Thread Glen Mazza
--- Victor Mote [EMAIL PROTECTED] wrote: Actually my JBuilder has a nice refactor task that does this for almost free, so, unless you have something similar at hand, perhaps I should do that. Victor Mote I use JEdit which has a pretty good global SR feature. But if you don't mind

RE: addLayoutManager refactored

2003-08-20 Thread Victor Mote
Chris Bowditch wrote: thanks for taking the time to explain, I had a quick look at the code and have a basic understanding of what you've done. That change gets you one step closer to decoupling layout from the FO Tree. I'm interested in what the next step in the effort to decouple layout

cvs commit: xml-fop/src/java/org/apache/fop/extensions Bookmarks.java

2003-08-20 Thread vmote
vmote 2003/08/20 09:35:27 Modified:src/java/org/apache/fop/apps Driver.java src/java/org/apache/fop/control Document.java src/java/org/apache/fop/extensions Bookmarks.java Log: move some fields and methods from Driver to Document Revision

RE: control/Document

2003-08-20 Thread Victor Mote
Glen Mazza wrote: But if you don't mind taking care of this with JBuilder's refactor task, please do--you're anyway more familiar with Document in case something comes up. All done. Victor Mote - To unsubscribe, e-mail:

cvs commit: xml-fop/src/java/org/apache/fop/layoutmgr LayoutManagerLS.java

2003-08-20 Thread vmote
vmote 2003/08/20 10:56:25 Modified:src/java/org/apache/fop/apps Driver.java src/java/org/apache/fop/control Document.java src/java/org/apache/fop/fo/pagination PageSequence.java Root.java

cvs commit: xml-fop/src/java/org/apache/fop/layoutmgr LayoutManagerLS.java

2003-08-20 Thread vmote
vmote 2003/08/20 10:25:44 Modified:src/java/org/apache/fop/control Document.java src/java/org/apache/fop/fo/pagination PageSequence.java Root.java src/java/org/apache/fop/layout LayoutStrategy.java

cvs commit: xml-fop/src/java/org/apache/fop/tools AreaTreeBuilder.java

2003-08-20 Thread vmote
vmote 2003/08/20 11:09:46 Modified:src/java/org/apache/fop/apps Driver.java src/java/org/apache/fop/extensions Bookmarks.java src/java/org/apache/fop/mif MIFHandler.java src/java/org/apache/fop/render PrintRenderer.java

RE: control/Document

2003-08-20 Thread Glen Mazza
Great! --- Victor Mote [EMAIL PROTECTED] wrote: Glen Mazza wrote: But if you don't mind taking care of this with JBuilder's refactor task, please do--you're anyway more familiar with Document in case something comes up. All done. Victor Mote

cvs commit: xml-fop/src/java/org/apache/fop/layoutmgr LayoutManagerLS.java

2003-08-20 Thread vmote
vmote 2003/08/20 12:46:48 Modified:src/java/org/apache/fop/apps Document.java Driver.java src/java/org/apache/fop/extensions Bookmarks.java src/java/org/apache/fop/fo FOTreeControl.java FObj.java src/java/org/apache/fop/layout

move extensions to fo/extensions?

2003-08-20 Thread Victor Mote
For purposes of my FO Tree isolation work, I am including the extensions package as part of the FO Tree. The BookmarkData class is going to move to layoutmgr or area, and I haven't gotten all of the layout stuff out of the other classes yet, but is there any objection to moving it to fo/extensions

cvs commit: xml-fop/examples/fo/tables borders.fo

2003-08-20 Thread gmazza
gmazza 2003/08/20 15:04:51 Modified:examples/fo/tables borders.fo Log: Examples 8-11 added to check: 1) implementation of border properties (border-color, border-width, border-style, etc.) at the fo:table-row and fo:table-column level. 2) border property conflict resolutions

fop-0.20.4 download links?

2003-08-20 Thread Clay Leeds
I just tried to find the download link for fop-0.20.4. That version has been tested and used in production by our staff and clients. Unfortunately, there are no download links available. The old download location listed on the FOP/download page is empty. Is there a link where fop-0.20.4

Re: control/Document

2003-08-20 Thread Glen Mazza
--- J.Pietschmann [EMAIL PROTECTED] wrote: Dead wrong, properties are inherited properly, if you ask the property list manager you'll get correct values. Technically speaking, if properties were *inherited* properly, setting border-width on fo:table-row would propagate to a child

Re: move extensions to fo/extensions?

2003-08-20 Thread Glen Mazza
We have currently about four sets of ElementMappings--fo, svg, extension, and MathML in examples. I'm confused about seeing Bookmarks referenced in FOTreeControl.java--I thought our pluggable ElementMappings (including the Bookmark formatting object) were designed to run with zero internal