[VOTE] Chris Bowditch for Committer
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. Jeremias Maerki
[VOTE] Clay Leeds for committer
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. Jeremias Maerki
[VOTE] Andreas L. Delmelle for committer
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
Re: Trying to use the NIST test suite.
(comments inline) On 24.12.2003 19:02:41 Clay Leeds wrote: On Dec 24, 2003, at 8:55 AM, Bernd Brandstetter wrote: On Wednesday 24 December 2003 15:39, Andreas L. Delmelle wrote: Apparently this was admitted by earlier versions of the spec. Older versions of FOP still supported this, but the latest version throws an error... wouldn't it be reasonable to also accept the obsolete 'master-name' and to just print out a corresponding warning message instead of throwing an error? AFAIK, the attribute has only been renamed to 'master-reference', but its meaning and usage remained identically the same. Regards, Bernd +1 (if non-votes count! ;-) ) Votes by committers only, but opinions from developers always count. In fact, I would love to see this considered a bugfix for the 0.20.5 maintenance release, as I believe it would help people upgrade from 0.20.4 (or lower) to 0.20.5 and higher. Backward-compatibility is always a nice thing--especially if it's as easy as this appears to be. Why? Just because the NIST test suite has never been updated to the final spec? Carmelo Montanez recently promised to fix that. The XSL-FO spec is now over two years old. I think everone can be expected to upgrade their stylesheets to XSL-FO 1.0. It simply makes no sense to keep pre-recommendation syntax around and I think we have more pressing issues in the project right now. Jeremias Maerki
Re: Output from NIST test suite
You may also want to check the mailing list archives. Especially Joerg and I have discussed this a number of times. GhostScript paired with an image differ would be my favourite approach. On 25.12.2003 16:12:44 Finn Bock wrote: Another way of using the test suite could be to compare a binary image of the pages against some kind of reference. Has such a approach been tried? Does anyone know of available software that can render a PDF as an image file? Jeremias Maerki
Bug report for Fop [2003/12/28]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 635|Opn|Nor|2001-02-18|Doesn't support id= attribute in fo:page-sequence | | 953|Opn|Nor|2001-03-12|Incorrect hyperlinks area rendering in justified t| | 1063|New|Nor|2001-03-21|fop does not handle large fo files| | 1180|New|Maj|2001-04-02|Problem with monospaced font | | 1859|Opn|Min|2001-05-22|org.apache.fop.apps.Driver.reset() doesn't fully r| | 1998|New|Nor|2001-06-05|linefeed-treatment not understood | | 2150|Ass|Maj|2001-06-13|New page with a table-header but without any tabl| | 2475|Ass|Nor|2001-07-06|Borders don't appear to work in fo:table-row| | 2740|New|Maj|2001-07-23|multi-page tables sometimes render badly | | 2909|New|Maj|2001-07-30|Gradient render error | | 2964|Ass|Nor|2001-08-02|problems with height of cells in tables | | 2988|New|Maj|2001-08-03|0.19: list-item-label does not stick to list-item-| | 3044|Ass|Maj|2001-08-08|keep-together not functioning | | 3280|New|Nor|2001-08-27|PCL Renderer doesn't work | | 3305|Opn|Nor|2001-08-28|list-block overlapping footnote body | | 3497|New|Maj|2001-09-07|id already exists error when using span=all attr| | 3824|New|Blk|2001-09-25|MIF option with tables| | 4030|New|Nor|2001-10-08|IOException creating Postscript with graphics on S| | 4126|New|Nor|2001-10-12|FontState.width() returns pts instead of millipts | | 4226|New|Nor|2001-10-17|The orphans property doesn't seem to work | | 4388|New|Nor|2001-10-24|Nullpointer exception in the construction of new D| | 4415|New|Nor|2001-10-25|scaling=uniform does not work on images... | | 4510|New|Nor|2001-10-30|fo:inline common properties ignored? | | 4535|New|Maj|2001-10-31|PCL renderer 1.13 not rendering SVG | | 4767|New|Nor|2001-11-09|SVG text is distored in PDF output| | 5001|New|Nor|2001-11-21|content-width and content-height ignored? | | 5010|New|Enh|2001-11-21|Better error reporting needed | | 5047|Ass|Nor|2001-11-23|Dotted border style is not supported | | 5124|New|Maj|2001-11-27|fo:block-container is not rendered properly using | | 5335|Opn|Min|2001-12-10|Text with embedded CID fonts not retrievable from | | 5655|Ass|Nor|2002-01-02|text-decoration cannot take multiple values | | 6094|Opn|Maj|2002-01-29|0.20.3rc hangs in endless loop| | 6237|Opn|Nor|2002-02-05|#xFB01 (fi ligature) produces a sharp? | | 6305|New|Nor|2002-02-07|Using fo:table-and-caption results in empty output| | 6427|New|Enh|2002-02-13|Adding additional Type 1 fonts problem| | 6437|New|Maj|2002-02-13|Tables without fo:table-column don't render | | 6483|New|Nor|2002-02-15|Table, Loop, footer could not fit on page, moving| | 6844|New|Nor|2002-03-04|No line breaks inserted in list-item-label| | 6918|New|Enh|2002-03-06|reference-orientation has no effect | | 6929|New|Nor|2002-03-06|Cells border hidden by cells background | | 6997|New|Nor|2002-03-09|Row-spanned row data breaks over a page within a c| | 7140|New|Enh|2002-03-15|page-position attribute set to last on condition| | 7241|New|Nor|2002-03-19|keep-with-previous, keep-with-next only working on| | 7283|New|Nor|2002-03-20|Table border misaligned when using margin-left in | | 7337|New|Nor|2002-03-21|border around external image leaves empty space | | 7487|New|Nor|2002-03-26|break-before=page for table inserts empty page | | 7496|New|Nor|2002-03-26|The table header borders are not adjusted to the b| | 7525|New|Cri|2002-03-27|table with spans inside a list-block | | 7919|New|Cri|2002-04-10|problem to use attribute linefeed-treatment and li| | 8003|Ass|Maj|2002-04-12|FopImageFactory never releases cached images | | 8050|New|Nor|2002-04-13|Soft hyphen (shy;) is not handled properly | |
cvs commit: xml-fop/src/java/org/apache/fop/fo FObj.java
gmazza 2003/12/28 08:13:10 Modified:src/java/org/apache/fop/fo FObj.java Log: Minor patch for fixing NPE error when Locator not available--submitted by Finn Bock. Revision ChangesPath 1.30 +5 -3 xml-fop/src/java/org/apache/fop/fo/FObj.java Index: FObj.java === RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/fo/FObj.java,v retrieving revision 1.29 retrieving revision 1.30 diff -u -r1.29 -r1.30 --- FObj.java 27 Dec 2003 22:00:38 - 1.29 +++ FObj.java 28 Dec 2003 16:13:10 - 1.30 @@ -132,9 +132,11 @@ } public void setLocation(Locator locator) { -line = locator.getLineNumber(); -column = locator.getColumnNumber(); -systemId = locator.getSystemId(); +if (locator != null) { +line = locator.getLineNumber(); +column = locator.getColumnNumber(); +systemId = locator.getSystemId(); +} } /** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25646] - [PATCH] line and column numbers on fo:elements
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=25646. 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=25646 [PATCH] line and column numbers on fo:elements [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-28 16:13 --- Applied, thanks.
DO NOT REPLY [Bug 25773] - [PATCH] width, height, border and background support for block-container.
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=25773. 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=25773 [PATCH] width, height, border and background support for block-container. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-28 16:26 --- Finn, in your sample fo files, what you refer to as pixels--you mean points- -correct? Anyway, applied, but later more work will be needed with background traits--as the PDF result shows, the entire block-container is not covered by the red background; possibly an issue with the PDF renderer. Thanks, Glen
cvs commit: xml-fop/src/java/org/apache/fop/layoutmgr BlockContainerLayoutManager.java
gmazza 2003/12/28 09:10:17 Modified:src/java/org/apache/fop/area Block.java src/java/org/apache/fop/fo/flow BasicLink.java ExternalGraphic.java InstreamForeignObject.java Leader.java ListBlock.java ListItem.java PageNumber.java PageNumberCitation.java RetrieveMarker.java Table.java TableBody.java TableCell.java TableColumn.java src/java/org/apache/fop/fo/pagination ColorProfile.java ConditionalPageMasterReference.java PageSequence.java Region.java RegionBA.java RegionBASE.java SimplePageMaster.java Title.java src/java/org/apache/fop/layoutmgr BlockContainerLayoutManager.java Log: Conversion of more properties from Strings to ints. Revision ChangesPath 1.2 +13 -1 xml-fop/src/java/org/apache/fop/area/Block.java Index: Block.java === RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/area/Block.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- Block.java11 Mar 2003 13:05:27 - 1.1 +++ Block.java28 Dec 2003 17:10:16 - 1.2 @@ -93,10 +93,22 @@ * @param block the block area to add */ public void addBlock(Block block) { +addBlock(block, true); +} + +/** + * Add the block to this block area. + * + * @param block the block area to add + * @param autoHeight increase the height of the block. + */ +public void addBlock(Block block, boolean autoHeight) { if (children == null) { children = new ArrayList(); } -height += block.getHeight(); +if (autoHeight) { +height += block.getHeight(); +} children.add(block); } 1.8 +2 -2 xml-fop/src/java/org/apache/fop/fo/flow/BasicLink.java Index: BasicLink.java === RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/fo/flow/BasicLink.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- BasicLink.java20 Dec 2003 06:53:22 - 1.7 +++ BasicLink.java28 Dec 2003 17:10:16 - 1.8 @@ -102,10 +102,10 @@ // this.propertyList.get(baseline-shift); // this.propertyList.get(destination-place-offset); // this.propertyList.get(dominant-baseline); -String ext = propertyList.get(external-destination).getString(); +String ext = propertyList.get(PR_EXTERNAL_DESTINATION).getString(); setupID(); // this.propertyList.get(indicate-destination); -String internal = propertyList.get(internal-destination).getString(); +String internal = propertyList.get(PR_INTERNAL_DESTINATION).getString(); if (ext.length() 0) { link = ext; external = true; 1.14 +11 -11xml-fop/src/java/org/apache/fop/fo/flow/ExternalGraphic.java Index: ExternalGraphic.java === RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/fo/flow/ExternalGraphic.java,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- ExternalGraphic.java 27 Dec 2003 20:40:04 - 1.13 +++ ExternalGraphic.java 28 Dec 2003 17:10:16 - 1.14 @@ -102,27 +102,27 @@ * This gets the sizes for the image and the dimensions and clipping. */ public void setup() { -url = this.propertyList.get(src).getString(); +url = this.propertyList.get(PR_SRC).getString(); if (url == null) { return; } url = ImageFactory.getURL(url); // assume lr-tb for now -Length ipd = propertyList.get(inline-progression-dimension.optimum).getLength(); +Length ipd = propertyList.get(PR_INLINE_PROGRESSION_DIMENSION).getLength(); if (!ipd.isAuto()) { viewWidth = ipd.getValue(); } else { -ipd = propertyList.get(width).getLength(); +ipd = propertyList.get(PR_WIDTH).getLength(); if (!ipd.isAuto()) { viewWidth = ipd.getValue(); } } -Length bpd = propertyList.get(block-progression-dimension.optimum).getLength(); +Length bpd = propertyList.get(PR_BLOCK_PROGRESSION_DIMENSION | CP_OPTIMUM).getLength(); if (!bpd.isAuto()) { viewHeight = bpd.getValue(); } else { -bpd = propertyList.get(height).getLength(); +bpd =
Re: [VOTE] Clay Leeds for committer
-1 (veto) Glen --- Jeremias Maerki [EMAIL PROTECTED] 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. Jeremias Maerki __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/
Re: [VOTE] Andreas L. Delmelle for committer
Shows interest in FOP Development?!? He hasn't submitted a single patch. -1 Glen (who shows interest in getting a Ph D, so just give me one.) --- 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/
PDFTranscoder Batik library in FOP 1.0
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. Thanks, Petar
DO NOT REPLY [Bug 25773] - [PATCH] width, height, border and background support for block-container.
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=25773. 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=25773 [PATCH] width, height, border and background support for block-container. --- Additional Comments From [EMAIL PROTECTED] 2003-12-28 18:18 --- No, the sample .fo do use px (pixel) units. That was a random choice of units. I'm not yet sure in which of the cases where the red boxes are too small. I think that it has the right size for the first and third box. Perhaps the second box should be high enough to cover the text.
Re: [VOTE] Chris Bowditch for Committer
Good idea. Actually, more than showing interest in FOP development, Chris has already submitted substantive patches in layout (the most complex part of our system) with welcome enthusiasm. He's also a competent Java and XSLT developer in his own right, i.e. outside of FOP, and hence can be trusted in voting decisions on FOP's architectural direction. And, yes, a very mundane detail but important for FOP work: he knows CVS and Ant! He would be a good addition to the team, hopefully providing us more help with layout (and the renderers, if I may get a little more greedy... ;) +1 Glen --- Jeremias Maerki [EMAIL PROTECTED] 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. Jeremias Maerki __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/
cvs commit: xml-fop/src/documentation/content/xdocs team.xml
gmazza 2003/12/28 11:01:52 Modified:src/documentation/content/xdocs team.xml Log: Added Simon Pepping to contributors list. Revision ChangesPath 1.22 +7 -1 xml-fop/src/documentation/content/xdocs/team.xml Index: team.xml === RCS file: /home/cvs/xml-fop/src/documentation/content/xdocs/team.xml,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- team.xml 19 Dec 2003 01:08:42 - 1.21 +++ team.xml 28 Dec 2003 19:01:52 - 1.22 @@ -50,6 +50,12 @@ recent XML/XSL-FO convert, he has been nit-picking FAQs amp; assorted web pages since his first webmaster position @brain.com in 1996. Most important creation? Jeremy Logan Leeds was born June 18, 2002./li +!-- Simon prefers the mail address with AT, to stop spam, etc. -- + lilink href=mailto:spepping AT leverkruid.nlSimon Pepping/link +is a TeX/LaTeX and XML expert with Elsevier at its +Amsterdam office. See his jump href=http://www.leverkruid.nl;home +page/jump for some of his private projects./li + /li /ul /section section id=founder - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Clay Leeds for committer
A veto must always be accompanied by an explanation. Without an explanation a veto is invalid. http://incubator.apache.org/learn/voting.html Clay has never submitted any Java-related patches but he cares about the website (and has submitted patches in this area) and helps on the user mailing list. He regularly post suggestions which is also one way to contribute. He deserves the committership IMO. There's no rule that somebody must submit at least one Java-related patch to be accepted as a committer. On 28.12.2003 18:16:42 Glen Mazza wrote: -1 (veto) Glen --- Jeremias Maerki [EMAIL PROTECTED] 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. Jeremias Maerki Jeremias Maerki
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
I can accept that although I would have chosen a different wording. Andreas was the one I was least sure about. The reason I proposed him is that he's here, he's active, trying to keep up and he's actively helping on the user mailing list which can also be acknowledged. BTW you can buy your PhD on the web. Too bad I've just deleted that spam mail with the link. On 28.12.2003 18:21:48 Glen Mazza wrote: Shows interest in FOP Development?!? He hasn't submitted a single patch. -1 Glen (who shows interest in getting a Ph D, so just give me one.) --- 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 Jeremias Maerki
RE: [VOTE] Andreas L. Delmelle for committer
-Original Message- From: Glen Mazza [mailto:[EMAIL PROTECTED] Shows interest in FOP Development?!? He hasn't submitted a single patch. -1 Granted. Besides that, six months ain't that long a time, so maybe a bit early. Nomination very much appreciated though. I guess Jeremias had quite different things in mind than patch submission. Glen (who shows interest in getting a Ph D, so just give me one.) Aaah... had these interests too once. Decided it not to be worth the effort, though... remains to be seen of course :) For now, I'll settle for the fact that, unlike some _real_ 'Ph D's (--at least, that's what their sig tells us), I at least succeeded in uttering a few possibly helpful remarks (--instead of insisting on the wrong choice of programming-language ;) ) Cheers, Andreas
DO NOT REPLY [Bug 25786] New: - [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... Summary: [PATCH] First minor attempt at cleanup... Product: Fop Version: 1.0dev Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: page-master/layout AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Considers a peculiarity I stumbled upon, while looking for clues on how to get column- or row- span working in tables in 1.0dev ( still unsolved for the moment ) May not be much, but it seemed to me the kind of thing every performance tuning manual warns you about: why declare a new variable when you've already got one readily at your disposal? If I'm missing something, consider just a cvs testcase ;)
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... --- Additional Comments From [EMAIL PROTECTED] 2003-12-28 20:51 --- Created an attachment (id=9721) patch for layoutmgr.table.Cell