Re: [VOTE] Clay Leeds for committer
Jeremias Maerki wrote: In recognition for his contributions to this project I'd like to propose Web Maestro Clay Leeds as a FOP committer. He's active on both dev and user mailing lists for at least 1 year now. He's actively helping out on the user mailing list and as our favourite nit-picker :-) he was instrumental in improving our website. Provided he accepts the nomination, I'd like to have him on the boat. +1 from me. +1 -- Oleg Tkachenko http://www.tkachenko.com/blog Multiconn Technologies, Israel
Re: [VOTE] Chris Bowditch for Committer
Jeremias Maerki wrote: In recognition for his contributions to this project I'd like to propose Chris Bowditch as a FOP committer. He's active on both dev and user mailing lists for at least 18 months now. He's actively helping out on the user mailing list and shows interest in FOP development. Provided he accepts the nomination, I'd like to have him on the boat. +1 from me. +1 -- Oleg Tkachenko http://www.tkachenko.com/blog Multiconn Technologies, Israel
Re: [VOTE] Chris Bowditch for Committer
Jeremias Maerki wrote: +1 from me. +1 J.Pietschmann
Re: [VOTE] Clay Leeds for committer
Jeremias Maerki wrote: +1 from me. +1 J.Pietschmann
RE: PDFTranscoder Batik library in FOP 1.0
Well, it looks like Batik 1.5 label in CVS was set on 2003.07.11 so if the Batik JAR in FOP 1.0 is the latest build from 2003.10.11 then we are already using something newer than Batik 1.5. I don't know if it would be appropriate but it would be nice to have a corresponding label in Batik CVS for JARs checked in to FOP. This way we would know what source code it corresponds to. The way it is now I don't know how to find the source code for Batik JAR in FOP. Is it is from 2003.07.11 in the morning, or evening, or... I see a new label in Batik CVS as batik-1_5_1rc2. I might try to pull that code and see if it works with FOP 1.0. Petar -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Sunday, December 28, 2003 11:13 AM To: [EMAIL PROTECTED] Subject: Re: PDFTranscoder Batik library in FOP 1.0 Current batik.jar is from Oct 11 2003 and is a snapshot from CVS if I read the commit message right. http://cvs.apache.org/viewcvs.cgi/xml-fop/lib/batik.jar Whether it works with Batik 1.5 I can't tell. But I hope so. If not, that API should finally get nailed down. On 28.12.2003 19:11:21 Petar wrote: Looking through the old posts I noticed that it seems that there is a special version of Batik library being checked in with FOP. Is there any way to find out what version of Batik source code does this Batik JAR in FOP 1.0 correspond to? Is this just a snapshot of Batik at some point (1.5 for example) or does it contain special FOP-related changes? Will PDFTranscoder work with Batik 1.5? I am trying to track down some behaviors and I need to take a look at corresponding Batik source code. Jeremias Maerki
Re: [VOTE] Andreas L. Delmelle for committer
Le Dimanche, 28 déc 2003, à 15:38 Europe/Zurich, Jeremias Maerki a écrit : In recognition for his contributions to this project I'd like to propose Andreas L. Delmelle as a FOP committer. He's active on both dev and user mailing lists for over 6 months now. He's actively helping out on the user mailing list and shows interest in FOP development. Provided he accepts the nomination, I'd like to have him on the boat. IIUC Andreas has declined the offer based on Glen's -1, but anyway here's my +1 To show my support: If Andreas shows committment to the project he can IMHO be a committer without necessarily having to commit code to CVS. -Bertrand
Re: [VOTE] Clay Leeds for committer
Le Dimanche, 28 déc 2003, à 15:38 Europe/Zurich, Jeremias Maerki a écrit : In recognition for his contributions to this project I'd like to propose Web Maestro Clay Leeds as a FOP committer. He's active on both dev and user mailing lists for at least 1 year now. He's actively helping out on the user mailing list and as our favourite nit-picker :-) he was instrumental in improving our website. Provided he accepts the nomination, I'd like to have him on the boat. +1 -Bertrand
Re: [VOTE] Chris Bowditch for Committer
Le Dimanche, 28 déc 2003, à 15:38 Europe/Zurich, Jeremias Maerki a écrit : In recognition for his contributions to this project I'd like to propose Chris Bowditch as a FOP committer. He's active on both dev and user mailing lists for at least 18 months now. He's actively helping out on the user mailing list and shows interest in FOP development. Provided he accepts the nomination, I'd like to have him on the boat. +1 -Bertrand
DO NOT REPLY [Bug 25802] - [PATCH] margin, indents and padding fixes for blocks.
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=25802. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25802 [PATCH] margin, indents and padding fixes for blocks. --- Additional Comments From [EMAIL PROTECTED] 2003-12-29 19:01 --- Created an attachment (id=9726) A unified diff against HEAD.
DO NOT REPLY [Bug 25803] New: - [PATCH] PropertyList: Fixes to convertAttributeToProperty and findBaseProperty
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=25803. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25803 [PATCH] PropertyList: Fixes to convertAttributeToProperty and findBaseProperty Summary: [PATCH] PropertyList: Fixes to convertAttributeToProperty and findBaseProperty Product: Fop Version: 1.0dev Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: page-master/layout AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] 1. convertAttributeToProperty: If a base attribute is specified after a compound attribute, the compound value is overwritten. This patch fixes that: If the base attribute is handled and the base property already exists, the method does nothing. I do not use the method getExplicitBaseProp here, because its comment suggests that it should do more than just retrieve the value. 2. findBaseProperty: basePropertyValue is erroneously used instead of basePropertyName in finding the propertyID. I also think that the test propertyId != -1 can be replaced with the test propertyMaker != null. Then it is no longer necessary to find the propertyID. This patch makes that change.
DO NOT REPLY [Bug 25803] - [PATCH] PropertyList: Fixes to convertAttributeToProperty and findBaseProperty
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=25803. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25803 [PATCH] PropertyList: Fixes to convertAttributeToProperty and findBaseProperty --- Additional Comments From [EMAIL PROTECTED] 2003-12-29 19:03 --- Created an attachment (id=9727) The patch as described
DO NOT REPLY [Bug 25803] - [PATCH] PropertyList: Fixes to convertAttributeToProperty and findBaseProperty
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=25803. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25803 [PATCH] PropertyList: Fixes to convertAttributeToProperty and findBaseProperty --- Additional Comments From [EMAIL PROTECTED] 2003-12-29 19:04 --- Created an attachment (id=9728) A short test fo file
DO NOT REPLY [Bug 25804] New: - [PATCH] fix a bidi-override ClassCastException
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=25804. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25804 [PATCH] fix a bidi-override ClassCastException Summary: [PATCH] fix a bidi-override ClassCastException Product: Fop Version: 1.0dev Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: page-master/layout AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] This patch fixes the ClassCastException that occur for the attached test. The patch does not actually implement bidi-override.
DO NOT REPLY [Bug 25804] - [PATCH] fix a bidi-override ClassCastException
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=25804. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25804 [PATCH] fix a bidi-override ClassCastException --- Additional Comments From [EMAIL PROTECTED] 2003-12-29 19:40 --- Created an attachment (id=9731) A unified patch against HEAD.
DO NOT REPLY [Bug 25804] - [PATCH] fix a bidi-override ClassCastException
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=25804. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25804 [PATCH] fix a bidi-override ClassCastException --- Additional Comments From [EMAIL PROTECTED] 2003-12-29 19:49 --- Created an attachment (id=9733) A testcase .fo
DO NOT REPLY [Bug 25806] New: - [PATCH] fix a NPE in external-graphics.
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=25806. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25806 [PATCH] fix a NPE in external-graphics. Summary: [PATCH] fix a NPE in external-graphics. Product: Fop Version: 1.0dev Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: page-master/layout AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The inline-progression-dimension used by external-graphics was accessed as a Length type but it is defined as a LengthRange. The patch just uses the optimim value for now.
DO NOT REPLY [Bug 25806] - [PATCH] fix a NPE in external-graphics.
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=25806. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25806 [PATCH] fix a NPE in external-graphics. --- Additional Comments From [EMAIL PROTECTED] 2003-12-29 20:27 --- Created an attachment (id=9734) A unified diff against HEAD
DO NOT REPLY [Bug 25806] - [PATCH] fix a NPE in external-graphics.
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=25806. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25806 [PATCH] fix a NPE in external-graphics. --- Additional Comments From [EMAIL PROTECTED] 2003-12-29 20:27 --- Created an attachment (id=9735) A testcase .fo
DO NOT REPLY [Bug 25806] - [PATCH] fix a NPE in external-graphics.
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=25806. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25806 [PATCH] fix a NPE in external-graphics. --- Additional Comments From [EMAIL PROTECTED] 2003-12-29 20:28 --- Created an attachment (id=9736) A testcast image: nist.gif
DO NOT REPLY [Bug 25808] New: - [PATCH] fix a NPE in InlineStackingLayoutManager.
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=25808. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25808 [PATCH] fix a NPE in InlineStackingLayoutManager. Summary: [PATCH] fix a NPE in InlineStackingLayoutManager. Product: Fop Version: 1.0dev Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: page-master/layout AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] This patch to LineLayoutManager fixes a NPE in InlineStackingLayoutManager by ensuring that LayoutContext.leadingSpace never get a null value. The testcase from 25806 can, after applying 25806, also be used for testing this issue.
DO NOT REPLY [Bug 25808] - [PATCH] fix a NPE in InlineStackingLayoutManager.
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=25808. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25808 [PATCH] fix a NPE in InlineStackingLayoutManager. --- Additional Comments From [EMAIL PROTECTED] 2003-12-29 20:36 --- Created an attachment (id=9737) A unified diff against HEAD.
DO NOT REPLY [Bug 25809] New: - [PATCH] fix a NPE in tables without any table-column.
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=25809. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25809 [PATCH] fix a NPE in tables without any table-column. Summary: [PATCH] fix a NPE in tables without any table-column. Product: Fop Version: 1.0dev Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: page-master/layout AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] This patch fixes a NPE when the table-column are undefined.
DO NOT REPLY [Bug 25809] - [PATCH] fix a NPE in tables without any table-column.
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=25809. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25809 [PATCH] fix a NPE in tables without any table-column. --- Additional Comments From [EMAIL PROTECTED] 2003-12-29 20:49 --- Created an attachment (id=9739) A unified diff against HEAD
cvs commit: xml-fop/src/java/org/apache/fop/layoutmgr AddLMVisitor.java BidiLayoutManager.java
gmazza 2003/12/29 12:50:41 Modified:src/java/org/apache/fop/layoutmgr AddLMVisitor.java BidiLayoutManager.java Log: Bug #25804: Fix of ClassCastException error occuring while using (unimplemented) bidi-override. Patch by Finn Bock. Revision ChangesPath 1.25 +2 -2 xml-fop/src/java/org/apache/fop/layoutmgr/AddLMVisitor.java Index: AddLMVisitor.java === RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/layoutmgr/AddLMVisitor.java,v retrieving revision 1.24 retrieving revision 1.25 diff -u -r1.24 -r1.25 --- AddLMVisitor.java 26 Dec 2003 22:39:14 - 1.24 +++ AddLMVisitor.java 29 Dec 2003 20:50:41 - 1.25 @@ -251,7 +251,7 @@ for (int count = childList.size() - 1; count = 0; count--) { LayoutProcessor lm = (LayoutProcessor) childList.get(count); if (lm.generatesInlineAreas()) { -LayoutProcessor blm = new BidiLayoutManager((LeafNodeLayoutManager) lm); +LayoutProcessor blm = new BidiLayoutManager((InlineStackingLayoutManager) lm); blm.setFObj(node); currentLMList.add(blm); } else { 1.3 +2 -2 xml-fop/src/java/org/apache/fop/layoutmgr/BidiLayoutManager.java Index: BidiLayoutManager.java === RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/layoutmgr/BidiLayoutManager.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- BidiLayoutManager.java19 Sep 2003 14:33:15 - 1.2 +++ BidiLayoutManager.java29 Dec 2003 20:50:41 - 1.3 @@ -65,7 +65,7 @@ private List children; -BidiLayoutManager(LeafNodeLayoutManager cLM) { +BidiLayoutManager(InlineStackingLayoutManager cLM) { children = new ArrayList(); /* for (int count = cLM.size() - 1; count = 0; count--) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25809] - [PATCH] fix a NPE in tables without any table-column.
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=25809. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25809 [PATCH] fix a NPE in tables without any table-column. --- Additional Comments From [EMAIL PROTECTED] 2003-12-29 20:50 --- Created an attachment (id=9740) A testcase .fo
DO NOT REPLY [Bug 25804] - [PATCH] fix a bidi-override ClassCastException
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=25804. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25804 [PATCH] fix a bidi-override ClassCastException [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-29 20:51 --- Applied, thanks! Glen
cvs commit: xml-fop/src/java/org/apache/fop/layoutmgr/table Cell.java
gmazza 2003/12/29 13:19:20 Modified:src/java/org/apache/fop/layoutmgr/table Cell.java Log: Removal of unnecessary local variable, patch by Andreas Delmille. (Bug 25786) Revision ChangesPath 1.4 +1 -2 xml-fop/src/java/org/apache/fop/layoutmgr/table/Cell.java Index: Cell.java === RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/layoutmgr/table/Cell.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Cell.java 28 Aug 2003 19:08:59 - 1.3 +++ Cell.java 29 Dec 2003 21:19:20 - 1.4 @@ -126,13 +126,12 @@ continue; } // Set up a LayoutContext -int ipd = context.getRefIPD(); BreakPoss bp; LayoutContext childLC = new LayoutContext(0); childLC.setStackLimit(MinOptMax.subtract(context.getStackLimit(), stackSize)); -childLC.setRefIPD(ipd); +childLC.setRefIPD(cellIPD); boolean over = false; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25786] - [PATCH] First minor attempt at cleanup...
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=25786. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25786 [PATCH] First minor attempt at cleanup... [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-29 21:19 --- Applied, thanks! Glen
DO NOT REPLY [Bug 25810] New: - [PATCH] support for property=inherit
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=25810. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25810 [PATCH] support for property=inherit Summary: [PATCH] support for property=inherit Product: Fop Version: 1.0dev Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: general AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] This patch adds support for inherit as the property value. I don't yet have enough experience to tell if it is the correct way to implement inherit but it works nicely for the NIST testsuite.
DO NOT REPLY [Bug 25810] - [PATCH] support for property=inherit
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=25810. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25810 [PATCH] support for property=inherit --- Additional Comments From [EMAIL PROTECTED] 2003-12-29 21:29 --- Created an attachment (id=9741) A unified diff against HEAD
DO NOT REPLY [Bug 25810] - [PATCH] support for property=inherit
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=25810. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25810 [PATCH] support for property=inherit --- Additional Comments From [EMAIL PROTECTED] 2003-12-29 21:30 --- Created an attachment (id=9742) A testcase .fo
DO NOT REPLY [Bug 25803] - [PATCH] PropertyList: Fixes to convertAttributeToProperty and findBaseProperty
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=25803. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25803 [PATCH] PropertyList: Fixes to convertAttributeToProperty and findBaseProperty --- Additional Comments From [EMAIL PROTECTED] 2003-12-29 21:58 --- Thanks Simon, For #2 below, we're in the process of moving from Strings to integers for properties; in the interim you will see some temporary placeholder conversions of strings to integers and vice-versa. (I'm currently feeding piranha-like off Finn's patch covering this of a few weeks ago!) For #1 below, just to make sure I understand everything: 1.) I believe your patch is designed to specifically ignore duplicated properties for the same FO, correct? (e.g., fo:block font-size=10pt font- size=12pt would activate the new conditional in the patch, correct?) OTOH, if not, part of the making of a property is the storing of its value (variable attributeValue in the code)--the change you're calling for is for us to disregard this attributeValue under certain circumstances. *If* this patch is *not* to trap duplicate attributes, then why is the value of attributeValue irrelevant in these cases? 2.) Would a similar filter be indicated for the else() clause just following it--for duplication of specified compound properties, perhaps? Thanks, Glen
DO NOT REPLY [Bug 25813] - [PATCH] the location of text in the line is too low.
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=25813. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25813 [PATCH] the location of text in the line is too low. --- Additional Comments From [EMAIL PROTECTED] 2003-12-29 23:12 --- Created an attachment (id=9745) A testcase .fo
Re: [VOTE] Clay Leeds for committer
It's not a veto, I just used that term to remind others that committerships require a unanimous vote. My vote is still -1. Glen --- Jeremias Maerki [EMAIL PROTECTED] wrote: A veto must always be accompanied by an explanation. Without an explanation a veto is invalid. __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/
(Changing Vote) Re: [VOTE] Andreas L. Delmelle for committer
Andreas is probably our most valuable contributor and I am very thankful for all the questions he answers each day on both the FOP-DEV and FOP-USER lists, as well as on occasion with the Bugzilla bugs coming in. In particular, his recent handling of a messy disagreement between the committers a couple of weeks back was very helpful, and it also allowed me to concentrate on getting work done (OK, Finn's work done ;) on the properties. He does a lot to help us be more productive and is a pleasure to work with. +1 Glen --- Jeremias Maerki [EMAIL PROTECTED] wrote: In recognition for his contributions to this project I'd like to propose Andreas L. Delmelle as a FOP committer. He's active on both dev and user mailing lists for over 6 months now. He's actively helping out on the user mailing list and shows interest in FOP development. Provided he accepts the nomination, I'd like to have him on the boat. +1 from me. Jeremias Maerki __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/
(PMC'ers) give Finn write access...
Joerg/Jeremias, Please do what you need to do to give Finn write access to CVS--I'm drowning in his patches... Thanks, Glen __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/
DO NOT REPLY [Bug 25803] - [PATCH] PropertyList: Fixes to convertAttributeToProperty and findBaseProperty
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=25803. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25803 [PATCH] PropertyList: Fixes to convertAttributeToProperty and findBaseProperty --- Additional Comments From [EMAIL PROTECTED] 2003-12-30 05:45 --- P Wrt your point 1), attribute names must be unique within an element. From the Recommendation: /P From the *XML* Recommendation, I take it...Yes, I thought so, so I'm not sure what Simon's patch is accomplishing...I may be missing something here. Awaiting his response! Thanks, Glen