DO NOT REPLY [Bug 40230] New: - Invalid extra page break creates an undesired empty page

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 40230] - Invalid extra page break creates an undesired empty page

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [Xmlgraphics-fop Wiki] Update of "GoogleSummerOfCode2006/FloatsImplementationProgress/ImplementingSideFloats" by VincentHennebert

2006/8/11, Apache Wiki: Dear Wiki user, You have subscribed to a wiki page or wiki category on "Xmlgraphics-fop Wiki" for change notification. The following page has been changed by VincentHennebert: http://wiki.apache.org/xmlgraphics-fop/GoogleSummerOfCode2006/FloatsImplementationProgress/Imp

Re: [Xmlgraphics-fop Wiki] Update of "GoogleSummerOfCode2006/FloatsImplementationProgress/ImplementingSideFloats" by VincentHennebert

Vincent, thanks for the extensive documentation of your work and for taking the time to do the illustrations. That's very good stuff. I'm impressed. So, assuming we change from total-fit to best-fit for page-breaking, would that simplify the implementation of side-floats? From your description I'd

Re: [GSoC] Auto-table layout questions

Patrick, your ICLA hasn't shown up, yet. The last batch of ICLAs was committed 2006-07-31 so if you sent it after that date, it may show up in the next batch which I hope will be soon. Have you made any progress on your side? Everything working out? On 07.08.2006 02:58:57 Patrick Paul wrote: > J

Re: [Xmlgraphics-fop Wiki] Update of "GoogleSummerOfCode2006/FloatsImplementationProgress/ImplementingSideFloats" by VincentHennebert

On 11.08.2006 13:26:51 Vincent Hennebert wrote: > 2006/8/11, Apache Wiki: > > Dear Wiki user, > > > > You have subscribed to a wiki page or wiki category on "Xmlgraphics-fop > > Wiki" for change notification. > > > > The following page has been changed by VincentHennebert: > > http://wiki.apache.

Re: widows and orphans on lists and tables

Such an entry point sounds quite difficult to me. I'm not sure if we'd be able to come up with anything worthwhile. We'd also need a use case or two. I can't think of any right now. What can be done is to replace a LM with a different implementation. However, I don't know of anyone who has done tha

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

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-maintenance has an issue affecting its community integration. This issue

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

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-maintenance has an issue affecting its community integration. This issue

Re: Reconstructed FOP logo for high quality printing

Ok, the gradient bug is gone. Actually, the gradients were fine in the PDFTranscoder. Only when painted inside FO documents they were wrong. Same for links. I've been able to fix both: http://svn.apache.org/viewvc?rev=430777&view=rev Now, there's a tiny detail I've just found: In the logo.jpg file

Re: [Xmlgraphics-fop Wiki] Update of "GoogleSummerOfCode2006/FloatsImplementationProgress/ImplementingSideFloats" by VincentHennebert

2006/8/11, Jeremias Maerki: > In some situations, a best-fit approach could even produce better > results, as we would have the possibility to consider the differing of a > side-float. But it is well-known that best-fit may be much worse than > total-fit regarding before-floats and footnote plac

DO NOT REPLY [Bug 40230] - Invalid extra page break creates an undesired empty page

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [Xmlgraphics-fop Wiki] Update of "GoogleSummerOfCode2006/FloatsImplementationProgress/ImplementingSideFloats" by VincentHennebert

Hi, On Fri, Aug 11, 2006 at 04:17:15PM +0200, Vincent Hennebert wrote: > 2006/8/11, Jeremias Maerki: > >Are you sure that it's "much" worse? Note that even TeX uses best-fit > >for page breaking. > > Oh yes I'm sure ;-) It's a common complaint from users of the LaTeX > world that figures are plac

Re: [Xmlgraphics-fop Wiki] Update of "GoogleSummerOfCode2006/FloatsImplementationProgress/ImplementingSideFloats" by VincentHennebert

Vincent Hennebert wrote: Note also that TeX implemented best-fit for page-breaking only because of limited computation resources at that time (you know, those good old 80's). Given the complaints on the lists about FOP memory usage, limited computation resources seem to still be an issue... :-)