Area Tree XML format as reloadable intermediate format

2005-09-08 Thread Jeremias Maerki
It's time bring this on the table. I've started writing down a proposal for an intermediate format for FOP. All the details are on the wiki page: http://wiki.apache.org/xmlgraphics-fop/AreaTreeIntermediateXml Thoughts welcome. Jeremias Maerki

Re: Area Tree XML format as reloadable intermediate format

2005-09-08 Thread Chris Bowditch
Jeremias Maerki wrote: It's time bring this on the table. I've started writing down a proposal for an intermediate format for FOP. All the details are on the wiki page: http://wiki.apache.org/xmlgraphics-fop/AreaTreeIntermediateXml Thoughts welcome. Looks good Jeremias. All I found wrong

Re: svn commit: r279551 - in /xmlgraphics/fop/trunk: src/java/org/apache/fop/layoutmgr/inline/TextLayoutManager.java test/layoutengine/testcases/wrapper_text-transform_1.xmlLuca,

2005-09-08 Thread Manuel Mall
Luca, can you have a look at this please - this is my code after integrating your patch to add the knuth elements for line end / start border/padding for the common justify=start or end case. What I am getting now is a space at the beginning of each line break!: if (lineStartBAP != 0 ||

Re: Area Tree XML format as reloadable intermediate format

2005-09-08 Thread Jeremias Maerki
On 08.09.2005 13:14:57 Finn Bock wrote: [Jeremias] It's time bring this on the table. I've started writing down a proposal for an intermediate format for FOP. All the details are on the wiki page: http://wiki.apache.org/xmlgraphics-fop/AreaTreeIntermediateXml Thoughts welcome.

[VOTE:RESULTS] Manuel Mall as new FOP committer

2005-09-08 Thread Jeremias Maerki
Time to sum up: 9 +1s and no other votes. The vote passes. And the winner is: Manuel Mall! Welcome!!! Manuel, you're ICLA is already on file which will speed up the next step considerably. What I need from you now is to give me your choice for unix user ID and to verify that the forwarding email

Re: svn commit: r279551 - in /xmlgraphics/fop/trunk: src/java/org/apache/fop/layoutmgr/inline/TextLayoutManager.java test/layoutengine/testcases/wrapper_text-transform_1.xml

2005-09-08 Thread Luca Furini
Manuel Mall wrote: this is my code after integrating your patch to add the knuth elements for line end / start border/padding for the common justify=start or end case. What I am getting now is a space at the beginning of each line break!: if (lineStartBAP != 0 || lineEndBAP != 0) {

Re: svn commit: r279551 - in /xmlgraphics/fop/trunk: src/java/org/apache/fop/layoutmgr/inline/TextLayoutManager.java test/layoutengine/testcases/wrapper_text-transform_1.xml

2005-09-08 Thread Manuel Mall
On Thu, 8 Sep 2005 09:55 pm, Luca Furini wrote: Manuel Mall wrote: snip / I hope I did not answer you too late, otherwise ... tomorrow is another day :-) Of course its not too late and yes tomorrow is another day :-). Your suggestions worked first time - great stuff. Still need to look at

RE: font system: millipoints or floats?

2005-09-08 Thread Victor Mote
Jeremias Maerki wrote: I don't see a big problem if you switch to points and double for the font library. These values can always be converted back to millipoints as needed. It's a relatively isolated area. After all, we already convert from and to millipoints back and forth. Doing the

Centering Table

2005-09-08 Thread siarom egrub
Hi all! I am having a real brain drain or brain poop today. Could you please advise on how to get a table centered on a page? Thanks in advance for your help! ~S.E. Here is a snippet of the style sheet: fo:block font-size=5mm text-align=center space-after=2mm xsl:for-each select=RegInfo

Re: Centering Table

2005-09-08 Thread J.Pietschmann
siarom egrub wrote: Could you please advise on how to get a table centered on a page? This is a FAQ, either http://xmlgraphics.apache.org/fop/faq.html#fo-center or http://xmlgraphics.apache.org/fop/faq.html#fo-center-table-horizon J.Pietschmann

Re: Logging for FOrayFont

2005-09-08 Thread J.Pietschmann
Victor Mote wrote: OK. Still I miss your point. Well, I think loggin is much overrated and it is really overdone in FOP. Fatal errors are fatal errors. Just throw an exception and let someone else figure out what to do. Some examples from the FOP code where logging doesn't help: public int

More style issues

2005-09-08 Thread J.Pietschmann
Hi devs, while examining the Checkstyle and JavaDoc complaints I got a few more questions about the FOP style: 1. There is still quite a bit of hungarian notation here and there. Hungarian notation generally sucks unless it is consistently applied. Furthermore, it is systems hungarian (see

Re: More style issues

2005-09-08 Thread Manuel Mall
Joerg, thank you for looking into this - fixing typos and style issues in other peoples code is really quite a gruelling task. And trying to get agreement on style issues in a community of developers is virtually impossible, isn't it :-), as we all have our own likes and dislikes. On Fri, 9

[EMAIL PROTECTED]: Project xml-fop (in module xml-fop) failed

2005-09-08 Thread Sam Ruby
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project xml-fop has an issue affecting its community integration. This issue affects 1

[EMAIL PROTECTED]: Project xml-fop (in module xml-fop) failed

2005-09-08 Thread Sam Ruby
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project xml-fop has an issue affecting its community integration. This issue affects 1