Re: cvs commit: xml-fop/src/java/org/apache/fop/layoutmgr TraitSetter.java BlockLayoutManager.java

On 10.01.2005 22:00:01 Simon Pepping wrote: > Section 5.3.2 of the spec is really hard to understand. I combine it > with 5.1.4 about Inheritance. Then my guess is this: > > A test file > > A test file > > > > The computed value of start-indent on the outer block is 'start-indent > =

Re: Checking for OutputSource for renderer overrides

On 08.01.2005 19:27:38 Glen Mazza wrote: > --- Jeremias Maerki <[EMAIL PROTECTED]> wrote: > > If someone embeds FOP in > > his/her application the > > not supplying an OutputStream when a renderer needs > > one is a bug and so > > it doesn't matter if the error message comes early > > or only w

Re: how to do a table header

Before I begin, a couple of points: - Please don't hijack existing threads. Instead, start a new one and use a descriptive subject. What you do is confusing. - Please send questions to the fop-user mailing list. See http://xml.apache.org/fop/maillist.html A table-header is done like this:

DO NOT REPLY [Bug 32970] - Sticking words in generated PDF document

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32970] - Sticking words in generated PDF document

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 32970] - Sticking words in generated PDF document

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://issues.apache.org/bugzilla/show_bu

Re: cvs commit: xml-fop/src/java/org/apache/fop/layoutmgr TraitSetter.java BlockLayoutManager.java

On Tue, Jan 11, 2005 at 09:25:50AM +0100, Jeremias Maerki wrote: > > On 10.01.2005 22:00:01 Simon Pepping wrote: > > There does not seem to be a need to add > > the inherited value later; the property maker already has done so. See > > IndentPropertyMaker.compute(PropertyList). It uses > > propert

Re: cvs commit: xml-fop/src/java/org/apache/fop/fo/pagination/bookmarks Bookmark.java BookmarkTitle.java BookmarkTree.java

On Tue, Jan 11, 2005 at 12:07:53AM -, [EMAIL PROTECTED] wrote: > gmazza 2005/01/10 16:07:53 > > Modified:src/java/org/apache/fop/fo Constants.java > FOPropertyMapping.java PropertySets.java >src/java/org/apache/fop/fo/flow MultiCase.java >

Re: cvs commit: xml-fop/src/java/org/apache/fop/fo/pagination/bookmarks Bookmark.java BookmarkTitle.java BookmarkTree.java

True, but for all times save the first, it ends up being a cached-value "get". Repeated across all the FO's, the ratio would appear to be about 90% get/10% original make. I wanted to stress in the code that we are not necessarily "making" a brand-new property object each time it is applicable for

Re: Checking for OutputSource for renderer overrides

--- Jeremias Maerki <[EMAIL PROTECTED]> wrote: > > > > Personally, I would rather we get rid of > > RendererFactory and put the logic back where it > > was--in FOTreeBuilder and RenderPagesModel. This > > functionality is just too specific to be reused > > elsewhere in FOP. > > I don't see your

Re: cvs commit: xml-fop/src/java/org/apache/fop/layoutmgr TraitSetter.java BlockLayoutManager.java

[Simon] There does not seem to be a need to add the inherited value later; the property maker already has done so. See IndentPropertyMaker.compute(PropertyList). It uses propertyList.getInherited(baseMaker.propId).getNumeric()) to get the inherited value. Earlier FOP developers understood this part

Re: cvs commit: xml-fop/src/java/org/apache/fop/layoutmgr TraitSetter.java BlockLayoutManager.java

Funny! I just came to the same conclusion a few minutes ago. Simon's last comment brought me to that. Simon: "I see no mention in section 5 of the spec that the trait value for start-indent is different from the computed property value." I then checked the BlockLayoutManager and realized that wha