page-breaking strategies and performance

2005-03-01 Thread Jeremias Maerki
I finally have Knuth's Digital Typography and let myself enlighten by his well-written words. In [1] Simon outlined different strategies for page-breaking, obviously closely following the different approaches defined by Knuth. At first glance, I'd say that best-fit is probably the obvious strategy

Skype-conference on page-breaking?

2005-03-01 Thread Jeremias Maerki
To speed things up could we hold a conference (using Skype, for example) to discuss further details on page-breaking? I'd volunteer to sum up any results during that discussion for the archives. I have Finn on my Skype radar already. Jeremias Maerki

Re: DO NOT REPLY [Bug 33760] New: - [Patch] current AWTRenderer

2005-03-01 Thread Renaud Richardet
Victor and Jeremias, thanks for your Inputs. Victor, I've checked out your aXSL. I'll study it and come back to you if I have questions. Jeremias wrote: Speaking of startVParea(), could we rename it to something more meanigfull? Proposition: TransformPosition, or something like this.

Re: Skype-conference on page-breaking?

2005-03-01 Thread Renaud Richardet
I would be please to listen. Renaud

RE: page-breaking strategies and performance

2005-03-01 Thread Victor Mote
Jeremias Maerki wrote: processing time and additional memory requirements. This leads me to the question if we shouldn't actually implement two page-breaking strategies (in the end, not both right now). For a speed-optimized algorithm, we could even think about ignoring side-floats.

Re: [XML Graphics - FOP Wiki] Updated: PageLayout

2005-03-01 Thread Jeremias Maerki
Simon, I've tried to think your example through. If I read the spec right about space resolution then I get the impression that we may need to do more in this area than find a suitable box/glue/penalty combination. There may be several spaces which need to be taken into account during resolution.

DO NOT REPLY [Bug 33597] - [Patch] for xdocs Design and Implementation

2005-03-01 Thread bugzilla
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=33597. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ· INSERTED IN THE BUG DATABASE.

Re: Skype-conference on page-breaking?

2005-03-01 Thread Simon Pepping
On Tue, Mar 01, 2005 at 03:09:46PM +0100, Jeremias Maerki wrote: To speed things up could we hold a conference (using Skype, for example) to discuss further details on page-breaking? I'd volunteer to sum up any results during that discussion for the archives. I have Finn on my Skype radar

Re: page-breaking strategies and performance

2005-03-01 Thread Simon Pepping
On Tue, Mar 01, 2005 at 03:02:38PM +0100, Jeremias Maerki wrote: As for the plan to implement a new page-breaking mechanism: I've got to do it now. :-) I'm sorry if this may put some pressure on some of you. I'm also not sure if I'm fit already to tackle it, but I've got to do it anyway. Since

Re: page-breaking strategies and performance

2005-03-01 Thread Simon Pepping
On Tue, Mar 01, 2005 at 07:52:27AM -0700, Victor Mote wrote: Jeremias Maerki wrote: processing time and additional memory requirements. This leads me to the question if we shouldn't actually implement two page-breaking strategies (in the end, not both right now). For a

Re: page-breaking strategies and performance

2005-03-01 Thread Jeremias Maerki
On 01.03.2005 22:25:12 Simon Pepping wrote: On Tue, Mar 01, 2005 at 07:52:27AM -0700, Victor Mote wrote: Jeremias Maerki wrote: processing time and additional memory requirements. This leads me to the question if we shouldn't actually implement two page-breaking strategies (in

Re: Skype-conference on page-breaking?

2005-03-01 Thread The Web Maestro
I'd be happy to 'participate' although I don't have a skype acct yet. I don't know what I can offer, but I'm here to help! Cheers! On Mar 1, 2005, at 2:31 PM, Jeremias Maerki wrote: Maybe I could hook you into a Skype conference by using SkypeOut. It's pretty cheap to call to the Netherlands.

Re: cvs commit: xml-fop/src/java/org/apache/fop/fo/flow TableBody.java

2005-03-01 Thread Glen Mazza
OH!!! lightBulb state=on wattage=25/ Yes, you're right, Chris--now I see the issue. I implemented validation for about 80% of the FOs, but 80% is not 100%. fo:table-body never had any validation implemented, hence the NPE's that were occurring. Sorry, Jeremias, I thought you had just