Re: Percentages in CommonAbsolutePosition? (was: "Absolute positioning" one fop-users@)

On Tuesday 20 March 2007 04:10, Andreas L Delmelle wrote: > Begin forwarded message: > > From: Andreas L Delmelle <[EMAIL PROTECTED]> > > > >> > >> > >>> >>> bidi="embed"> > >>> >>> left="16.0%" top="16.0%"> > >>> > >>> 1 >>> fo:inline> > >>> > >>> > >> > >

Re: Unit testing using logs

On Mar 19, 2007, at 15:49, Vincent Hennebert wrote: Does that make you feel any sudden urge to shout? ;-) Any thoughts? Hmm, it would indeed be a bit cheap... :/ Seriously, since we're still looking for a nicer way of separating end-user info- and error-handling and developer debug-message

DO NOT REPLY [Bug 41894] - fo:block-container: percentage-lengths + width/height->ipd/bpd

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 41894] - fo:block-container: percentage-lengths + width/height->ipd/bpd

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 41894] - fo:block-container: percentage-lengths + width/height->ipd/bpd

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 41894] - fo:block-container: percentage-lengths + width/height->ipd/bpd

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 41894] New: - fo:block-container: percentage-lengths + width/height->ipd/bpd

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

Percentages in CommonAbsolutePosition? (was: "Absolute positioning" one fop-users@)

Begin forwarded message: From: Andreas L Delmelle <[EMAIL PROTECTED]> bidi="embed"> left="16.0%" top="16.0%"> 1fo:inline> So now the 1, 2 and 3 are all inside the outer box, but all at the top left corner. This could be because the inside th

Re: DO NOT REPLY [Bug 41860] - FOP crash on fixed-layout table with increasing number of cells/row

On Mar 19, 2007, at 15:01, Vincent Hennebert wrote: We could mimic the HTML specification to a certain extent, that is: - if table-columns are specified, they fix the number of columns and any row having more columns would be considered erroneous; - otherwise, I see two possibilities: -

PDF internal links re-implementation - advice sought

Hi all, I've recently re-implemented the full internal links behaviour in the PDF renderer. (I produce documentation for the Firebird project. FOP 0.93 solved a lot of our problems but we make use of links extensively, and having them land on the top of the page was a showstopper.) At this point,

Unit testing using logs

Hi, Again I'd like to share my thoughts. I've been looking for a while for a means to unit-test the layout code. There are two difficulties I think: - re-creating the necessary LayoutManager structure. While it would be great to be able to create only the necessary LMs (e.g., TableLM and its c

Re: DO NOT REPLY [Bug 41860] - FOP crash on fixed-layout table with increasing number of cells/row

Hi, [Andreas] > This should indeed be handled better, but your FO is actually very dubious... > In fixed-layout, the number of columns and their respective widths are > ultimately determined based on > the cells in the first row. There is no obligation for an implementation of > XSL-FO to even

Re: AddAreas in RowPainter

Hi Jeremias, Thanks for your answers. Jeremias Maerki a écrit : > On 17.03.2007 01:37:16 Vincent Hennebert wrote: >> Hi, >> >> There are things unclear to me in the addAreasAndFlushRow method of the >> RowPainter class. I hope someone can shed some light: > > I wrote this a long time ago. Let's