RE: control/Document

Glen Mazza wrote: > > > your coding easier, you may just want to place > > that > > > class in apps and not bother with the Control > > package. > > > > I'm don't care much which package it is in. I kind > > of thought that you and > > Jeremias were heading toward having apps only have > > command

DO NOT REPLY [Bug 22561] - [PATCH] using run() with RTF or MIF renderer renders to PDF

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

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

gmazza 2003/08/19 15:17:58 Modified:src/java/org/apache/fop/apps Driver.java Log: Deprecated (since mid-2001) setRenderer(rendererClassName, version) method removed. Fix to Bug 22561: Driver.run() incorrectly setting output type to PDF for the structure (MIF and RTF) types. Su

DO NOT REPLY [Bug 22561] - [PATCH] using run() with RTF or MIF renderer renders to PDF

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 22561] New: - [PATCH] using run() with RTF or MIF renderer renders to PDF

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: control/Document

--- "J.Pietschmann" <[EMAIL PROTECTED]> wrote: > Dead wrong, properties are inherited properly, if > you > ask the property list manager you'll get correct > values. > Have a look at the code: the problem is how border > definitions at different levels interfere. > Suppose your table has a top-bord

Re: control/Document

Glen Mazza wrote: year) was the case where I wanted to put borders around each cell in table. Efficiently defining that at table-level was not implemented in FOP, it was only defined at individual cell-level, meaning something is/was wrong with the inheritance, perhaps. Dead wrong, properties are

RE: control/Document

--- Victor Mote <[EMAIL PROTECTED]> wrote: > IMO, changes to properties would seem to > be low priority, since it works. However, a > reasonable case can be made that cleaning it up > simplifies layout, which is very, > very important. > At the very > least, please tell us > what your plans are

DO NOT REPLY [Bug 22561] - [PATCH] using run() with RTF or MIF renderer renders to PDF

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: addLayoutManager refactored

Chris Bowditch wrote: > I hope you dont me asking, but I am curious about the work you are doing. > Why did you name this object Visitor? What does it mean in terms > of a Layout > Manager? Please understand I'm not trying to critise, I'm just trying to > understand. It is a good question, and I

Re: addLayoutManager refactored

From: "Victor Mote" <[EMAIL PROTECTED]> For those who are interested in / concerned about the line of development I am taking, I submit this report, to try to make your task easier. I just committed a change that completely refactors all of the addLayoutManager methods that were in the FObj subcla