Re: Redesigning the web site [was: Google Summer of Code: Bring out your projects]
On Wed, Mar 24, 2010 at 07:37:12PM +, Vincent Hennebert wrote: Speaking of the release, many parts of the website are largely outdated and need a serious re-work (the Development tab, mainly). Also, any reference to 0.20.5 should IMO be removed before releasing 1.0. 0.20.5 is a thing of the past now. That makes a release even more difficult. I am in favour of an early release, rather than working on the website Finally, the website could really do with a new look. ATM it???s looking so... 1990???s. I started to work on that some time ago (based on the Batik skin), but never got to finishing it. Forrest sometimes gets in the way, I must say. Maybe switching to an alternative framework could be investigated. Especially if it can also provide higher automation. Again, I am in favour of focusing on an early release as our most important requirement. Simon -- Simon Pepping home page: http://www.leverkruid.eu
Re: Table layout = auto functionality needed: bounty.
FOP devs, Would this be suitable for a GSoC project? It is certainly not trivial, and the candidate should have a reasonable chance of success. Simon On Wed, Mar 24, 2010 at 04:57:47PM +, Peterdk wrote: Hi, I am wondering, I need a basic version of table-layout=auto. It's not yet implemented with FOP. I am willing to set a bounty of max 250$ for it, if it's implemented to a level that I can use it for my project. Are there any devs interested and willing to work on this? For the bounty it would be needed to be ready in about 3 months. I know there is a patch in bugzilla for a older rev. that gives basic functionality, but it fails to work when margin's are applied to the parent block or the table itself. I have contacted the author of this patch, but I would rather have a FOP dev work on auto-table-layout so the functionality will be included in the trunk version so other users also benefit, and I prefer to support some FOP dev with some money rather then a other programmer. Anybody interested? Peter, NL -- Simon Pepping home page: http://www.leverkruid.eu
DO NOT REPLY [Bug 48954] [PATCH] Support for character encoding of TLEs in AFP output
https://issues.apache.org/bugzilla/show_bug.cgi?id=48954 --- Comment #2 from Vincent Hennebert vhenneb...@gmail.com 2010-03-25 11:16:34 UTC --- (In reply to comment #1) Hi Peter, Thanks for your patch. I can't comment on the functionality itself, but I noticed a few general issues: - the new EncodingTriplet class is missing from the patch. You must svn add the new class before creating the patch - there are other compilation errors: a new parameter was added to AbstractPageObject.createTagLogicalElement but the corresponding method calls haven't been updated. Likewise for the TagLogicalElement constructor - the method AbstractTripletStructuredObject.setFullyQualifiedName is no longer visible - there are some checkstyle issues in the new code In AFPPageSetup: - there is a setter for encoding, so that field can be made private In AFPPageSetupElement: - catching Exception is evil (in most cases). In this case I suppose you just want to catch NumberFormatException In TagLogicalElement: - do you really want to store the encoding as an Integer? IIUC the int value is wrapped into an Integer in AFPPageSetup and then unwrapped in TagLogicalElement.setEncoding. It seems to me that the int value could directly be passed around Thanks, Vincent -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 48954] [PATCH] Support for character encoding of TLEs in AFP output
https://issues.apache.org/bugzilla/show_bug.cgi?id=48954 Peter Hancock peter.hanc...@gmail.com changed: What|Removed |Added Attachment #25163|0 |1 is obsolete|| --- Comment #3 from Peter Hancock peter.hanc...@gmail.com 2010-03-25 17:00:02 UTC --- Created an attachment (id=25184) -- (https://issues.apache.org/bugzilla/attachment.cgi?id=25184) patch of implementation with suggested fixes Patch updated from Vincent's initial response -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 48954] [PATCH] Support for character encoding of TLEs in AFP output
https://issues.apache.org/bugzilla/show_bug.cgi?id=48954 --- Comment #5 from Peter Hancock peter.hanc...@gmail.com 2010-03-25 18:10:22 UTC --- Note the patch includes the deletion of src/java/org/apache/fop/afp/modca/AbstractTripletStructuredObject.java. I think the commiter will have to 'svn delete' it. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.