[VOTE] Max Berger for Committer
Fellow Committers, As you all know Max Berger is heavily involved with the JEuclid MathML project. However, he has also been active on fop-dev. A quick search of the archives shows his first post to fop-dev was over 12 months ago [1] More importantly Max has submitted several high quality patches. Most recently support for compressed SVG or SVGZ. I therefore feel that Max would be a great addition to the FOP committer team. Heres my +1 Chris PS: Votes to general@ please [1] http://marc.info/?l=fop-devm=114204448814129w=2
DO NOT REPLY [Bug 43704] New: - fop -xsl stylesheet option cannot be used in 0.94
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=43704. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43704 Summary: fop -xsl stylesheet option cannot be used in 0.94 Product: Fop Version: 0.94 Platform: Sun OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: general AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] A commandline as fop-0.94/fop -xml foo.xml -xsl foo.xsl -pdf foo.pdf produces the usage text and aborts with java.lang.IllegalArgumentException: Error creating InputHandler object. at org.apache.fop.cli.CommandLineOptions.createInputHandler (CommandLineOptions.java:818) at org.apache.fop.cli.CommandLineOptions.parse (CommandLineOptions.java:165) at org.apache.fop.cli.Main.startFOP(Main.java:154) at org.apache.fop.cli.Main.main(Main.java:197) (Same commandline is working in 0.93.) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 43704] - fop -xsl stylesheet option cannot be used in 0.94
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=43704. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43704 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2007-10-26 06:15 --- It works for me. However, I'm able to force your error message if I introduce a typo on the command-line: fop -xm foo.xml -xsl foo.xsl -pdf foo.pdf gets me exactly the same error message. So I guess you had a typo but didn't notice. Can you please verify and close this bug, or copy/paste the actual command-line you used here? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 43705] - use of rgb-icc inside of simple-page-master results in null pointer exeption
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=43705. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43705 --- Additional Comments From [EMAIL PROTECTED] 2007-10-26 06:45 --- Created an attachment (id=21050) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=21050action=view) My test fo-document The icc-profile used can be downloaded here: http://www.eci.org/eci/downloads/ECI-de/iccprofile_der_eci/ECI_Offset_2007.zip -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 43705] New: - use of rgb-icc inside of simple-page-master results in null pointer exeption
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=43705. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43705 Summary: use of rgb-icc inside of simple-page-master results in null pointer exeption Product: Fop Version: 0.94 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: general AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] Hello, i think fop should parse and initialize fo:declarations before fo:layout-master-set to fix this issue. I'll attach the fo-document. I havn't tested trunk on this so this might be fixed already. Is there a binary snapshot anywhere? Steps to reproduce: fop demo.fo demo.pdf Outputs on my System: Oct 26, 2007 3:17:46 PM org.apache.fop.cli.Main startFOP SEVERE: Exception java.lang.NullPointerException at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:168) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) at org.apache.fop.cli.Main.startFOP(Main.java:166) at org.apache.fop.cli.Main.main(Main.java:197) - java.lang.NullPointerException at org.apache.fop.fo.expr.ICCColorFunction.eval(ICCColorFunction.java:49) at org.apache.fop.fo.expr.PropertyParser.parsePrimaryExpr(PropertyParser.java:319) at org.apache.fop.fo.expr.PropertyParser.parseUnaryExpr(PropertyParser.java:211) at org.apache.fop.fo.expr.PropertyParser.parseMultiplicativeExpr(PropertyParser.java:176) at org.apache.fop.fo.expr.PropertyParser.parseAdditiveExpr(PropertyParser.java:150) at org.apache.fop.fo.expr.PropertyParser.parseProperty(PropertyParser.java:124) at org.apache.fop.fo.expr.PropertyParser.parse(PropertyParser.java:90) at org.apache.fop.fo.properties.PropertyMaker.make(PropertyMaker.java:437) at org.apache.fop.fo.PropertyList.convertAttributeToProperty(PropertyList.java:411) at org.apache.fop.fo.PropertyList.addAttributesToList(PropertyList.java:313) at org.apache.fop.fo.FObj.processNode(FObj.java:121) at org.apache.fop.fo.FOTreeBuilder$MainFOHandler.startElement(FOTreeBuilder.java:320) at org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:185) at org.apache.xalan.transformer.TransformerIdentityImpl.startElement(TransformerIdentityImpl.java:1072) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:484) at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:165) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:115) at org.apache.fop.cli.Main.startFOP(Main.java:166) at org.apache.fop.cli.Main.main(Main.java:197) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
Re: fop site publish
Please retry. I've fixed the permissions so non-PMCers can also update the website. Jeremias Maerki On 26.10.2007 16:58:31 Adrian Cumiskey wrote: Hi all, Having updated the team page today I thought I would try and publish the updated page. So I followed the instructions on http://xmlgraphics.apache.org/fop/dev/doc.html, created a deploy.svn.settings configuration file in the project parent folder with my authentication details and tried to publish with ant -f publish.xml This did not work and I got the following errors... svn: Commit failed (details follow): svn: CHECKOUT of '/repos/asf/!svn/ver/584858/xmlgraphics/site/deploy/fop/0.93/anttask.html': 403 Forbidden (https://svn.apache.org) BUILD FAILED /opt/apache-forrest-0.7/tools/forrestbot/core/deploy.xml:132: com.alternatecomputing.jsvn.command.CommandException: svn: Commit failed (details follow): svn: CHECKOUT of '/repos/asf/!svn/ver/584858/xmlgraphics/site/deploy/fop/0.93/anttask.html': 403 Forbidden (https://svn.apache.org) So looks like I may have some privilege problem committing to xmlgraphics/site? Adrian.
fop site publish
Hi all, Having updated the team page today I thought I would try and publish the updated page. So I followed the instructions on http://xmlgraphics.apache.org/fop/dev/doc.html, created a deploy.svn.settings configuration file in the project parent folder with my authentication details and tried to publish with ant -f publish.xml This did not work and I got the following errors... svn: Commit failed (details follow): svn: CHECKOUT of '/repos/asf/!svn/ver/584858/xmlgraphics/site/deploy/fop/0.93/anttask.html': 403 Forbidden (https://svn.apache.org) BUILD FAILED /opt/apache-forrest-0.7/tools/forrestbot/core/deploy.xml:132: com.alternatecomputing.jsvn.command.CommandException: svn: Commit failed (details follow): svn: CHECKOUT of '/repos/asf/!svn/ver/584858/xmlgraphics/site/deploy/fop/0.93/anttask.html': 403 Forbidden (https://svn.apache.org) So looks like I may have some privilege problem committing to xmlgraphics/site? Adrian.
Re: fop site publish
Many thanks for your help Jeremias, it worked now :-) Adrian. Jeremias Maerki wrote: Please retry. I've fixed the permissions so non-PMCers can also update the website. Jeremias Maerki On 26.10.2007 16:58:31 Adrian Cumiskey wrote: Hi all, Having updated the team page today I thought I would try and publish the updated page. So I followed the instructions on http://xmlgraphics.apache.org/fop/dev/doc.html, created a deploy.svn.settings configuration file in the project parent folder with my authentication details and tried to publish with ant -f publish.xml This did not work and I got the following errors... svn: Commit failed (details follow): svn: CHECKOUT of '/repos/asf/!svn/ver/584858/xmlgraphics/site/deploy/fop/0.93/anttask.html': 403 Forbidden (https://svn.apache.org) BUILD FAILED /opt/apache-forrest-0.7/tools/forrestbot/core/deploy.xml:132: com.alternatecomputing.jsvn.command.CommandException: svn: Commit failed (details follow): svn: CHECKOUT of '/repos/asf/!svn/ver/584858/xmlgraphics/site/deploy/fop/0.93/anttask.html': 403 Forbidden (https://svn.apache.org) So looks like I may have some privilege problem committing to xmlgraphics/site? Adrian.
DO NOT REPLY [Bug 43709] New: - provisional-distance-between-starts causes unnecessary margin for nested tables
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=43709. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43709 Summary: provisional-distance-between-starts causes unnecessary margin for nested tables Product: Fop Version: 1.0dev Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: fo tree AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] As always, the best way to explain is by example... The following XSL-FO has a list-block with provisional-distance-between-starts defined. The list item inside it owns a table. For some reason, each cell in the table has a left-padding equal to the value of the enclosing provisional-distance-between-starts: ?xml version=1.0 encoding=UTF-8? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master margin-left=0.75in margin-right=0.75in master-name=letter page-height=11in page-width=8.5in fo:region-body margin-bottom=1.0cm margin-top=0.5cm / /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=letter fo:flow flow-name=xsl-region-body font-size=9pt fo:list-block provisional-distance-between-starts=3.0em provisional-label-separation=0 fo:list-item space-before=1.0em fo:list-item-label end-indent=label-end() fo:block1./fo:block /fo:list-item-label fo:list-item-body start-indent=body-start() fo:block font-weight=boldItem 1/fo:block fo:block font-size=0.8em space-before=1.0em fo:table table-layout=fixed width=100% fo:table-column border=thin solid black column-width=100% / fo:table-body fo:table-row fo:table-cell fo:block font-weight=bold padding-bottom=1.0emTitle 1/fo:block fo:blockText 1/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:block /fo:list-item-body /fo:list-item /fo:list-block /fo:flow /fo:page-sequence /fo:root Expected result: Left-padding of the table-cells should be 0. The setting of provisional-distance-between-starts shouldn't affect the padding of the cells. Tested with rev-588275. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
Gaps in table columns
Hi, in layoutmgr.table.ColumnSetup an error message is thrown if there are gaps between columns. There is also some code in the TableFObj tree to deal with column gaps. But AFAIU there’s nothing in the spec stating that fo:table-columns should be consecutive. And as table-columns are only placeholders for properties that may be used by children table-cells, I don’t see what is wrong with gaps. Anyone against me changing this behaviour? Thanks, Vincent
Re: Gaps in table columns
On Oct 26, 2007, at 19:25, Vincent Hennebert wrote: in layoutmgr.table.ColumnSetup an error message is thrown if there are gaps between columns. There is also some code in the TableFObj tree to deal with column gaps. But AFAIU there’s nothing in the spec stating that fo:table-columns should be consecutive. Indeed not. You could number your columns 100, 200, 300... IIRC, they don't even have to be defined in ascending order, and neither do the table-cells. So, if you'd like, you could define a three column table: fo:table ... fo:table-column column-number=10 .../ fo:table-column column-number=5 .../ fo:table-column column-number=1 .../ ... And as table-columns are only placeholders for properties that may be used by children table-cells, I don’t see what is wrong with gaps. Nothing. Anyone against me changing this behaviour? Nope. Cheers Andreas
Re: Gaps in table columns
On Oct 26, 2007, at 19:35, Andreas L Delmelle wrote: On Oct 26, 2007, at 19:25, Vincent Hennebert wrote: in layoutmgr.table.ColumnSetup an error message is thrown if there are gaps between columns. There is also some code in the TableFObj tree to deal with column gaps. But AFAIU there’s nothing in the spec stating that fo:table-columns should be consecutive. Indeed not. You could number your columns 100, 200, 300... IIRC, they don't even have to be defined in ascending order, and neither do the table-cells. So, if you'd like, you could define a three column table: fo:table ... fo:table-column column-number=10 .../ fo:table-column column-number=5 .../ fo:table-column column-number=1 .../ ... It just occurred to me that I wouldn't really know the 'expected' result in this case... :-) I don't believe --could be wrong-- that FOP currently makes any attempt to re-order the columns, so column-number 10 will be rendered as the first column? Cheers Andreas
Re: [VOTE] Max Berger for Committer
+1 Jay Bryant - Original Message - From: Chris Bowditch [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: fop-dev@xmlgraphics.apache.org Sent: Friday, October 26, 2007 3:43 AM Subject: [VOTE] Max Berger for Committer Fellow Committers, As you all know Max Berger is heavily involved with the JEuclid MathML project. However, he has also been active on fop-dev. A quick search of the archives shows his first post to fop-dev was over 12 months ago [1] More importantly Max has submitted several high quality patches. Most recently support for compressed SVG or SVGZ. I therefore feel that Max would be a great addition to the FOP committer team. Heres my +1 Chris PS: Votes to general@ please [1] http://marc.info/?l=fop-devm=114204448814129w=2
DO NOT REPLY [Bug 43587] - [PATCH] Multiple ps:comment-? within fo:declarations causes ClassCastException
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=43587. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43587 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2007-10-26 11:18 --- Patch applied to trunk. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 43042] - [PATCH] PS extension implementation code cleanup
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=43042. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43042 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2007-10-26 11:59 --- Patch applied. Many thanks Andrejus :) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 43439] - [PATCH] AFP Renderer - TLE value attribute ignored when using area tree input
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=43439. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43439 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2007-10-26 12:06 --- This patch was applied (see r582178). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 43143] - [PATCH] ExpertEncoding and ExpertSubsetEncoding not detected for Type 1 fonts
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=43143. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43143 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2007-10-26 12:22 --- This patch has now been applied in trunk, so Expert encoded fonts can now be detected, but more work needs be done to provide support within FOP for them. Adrian. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 43712] New: - Unexplained bottom margin in certain circumstances
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=43712. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43712 Summary: Unexplained bottom margin in certain circumstances Product: Fop Version: 1.0dev Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: fo tree AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: [EMAIL PROTECTED] This may be related to bug 43616. However, 43616 has already been fixed (I am using rev-588275). The attached XSL-FO, converted to PDF, will have the last paragraph broken to the next page even though there still is plenty of space in the current page for the extra two lines: -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 43712] - Unexplained bottom margin in certain circumstances
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=43712. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43712 --- Additional Comments From [EMAIL PROTECTED] 2007-10-26 14:15 --- Created an attachment (id=21052) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=21052action=view) XSL-FO that demonstrates the problem -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
DO NOT REPLY [Bug 42982] - [PATCH] Support Fonts in JAR files
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=42982. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=42982 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2007-10-26 18:08 --- Patch applied, good work Max! :) Adrian. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee.
Re: [VOTE] Max Berger for Committer
Well deserved Max, keep up the good work. Unfortunately being non-pmc my vote won´t count - but a big thumbs up (+1) from me :). Adrian. On 26/10/2007, Chris Bowditch [EMAIL PROTECTED] wrote: Fellow Committers, As you all know Max Berger is heavily involved with the JEuclid MathML project. However, he has also been active on fop-dev. A quick search of the archives shows his first post to fop-dev was over 12 months ago [1] More importantly Max has submitted several high quality patches. Most recently support for compressed SVG or SVGZ. I therefore feel that Max would be a great addition to the FOP committer team. Heres my +1 Chris PS: Votes to general@ please [1] http://marc.info/?l=fop-devm=114204448814129w=2