Re: Border conditionalities and collapsing-border model, breaks on header/footer

On Mar 23, 2007, at 18:21, Vincent Hennebert wrote: [Jeremias: ] http://www.w3.org/TR/REC-CSS2/tables.html#table-layers answers that. The image should help you understand. An example: take the before border of the first cell of a table header. The elements that influence the resolved bo

Re: Border conditionalities and collapsing-border model, breaks on header/footer

On 23.03.2007 18:21:09 Vincent Hennebert wrote: > Jeremias Maerki a écrit : > > On 23.03.2007 15:44:57 Vincent Hennebert wrote: > >> Guys, > >> > >> I've again stumbled upon uncertainties regarding the handling of > >> conditional borders in the collapsing-border model, and breaks inside > >> head

Re: Border conditionalities and collapsing-border model, breaks on header/footer

On Mar 23, 2007, at 18:18, Andreas L Delmelle wrote: Sorry, only now reading Jeremias' answers, and noticed that I got the picture wrong here: - when we break at a grid line, should the entire border appear on each page, or the higher half at the bottom of the first page, and the lower

Re: Border conditionalities and collapsing-border model, breaks on header/footer

Jeremias Maerki a écrit : > On 23.03.2007 15:44:57 Vincent Hennebert wrote: >> Guys, >> >> I've again stumbled upon uncertainties regarding the handling of >> conditional borders in the collapsing-border model, and breaks inside >> headers/footers. I'd like to have your opinions on these: >> >> >>

Re: Border conditionalities and collapsing-border model, breaks on header/footer

On Mar 23, 2007, at 15:44, Vincent Hennebert wrote: Table headers and footers: Or perhaps that the border-before of the table should still be considered? I mean, for the first header it would come into play, and for following headers it also would only if conditionality=retain. I think I'll go

Re: Percentages in CommonAbsolutePosition?

On Mar 23, 2007, at 11:22, Vincent Hennebert wrote: Thanks for your perseverance ;-) You're welcome. :o) If the nearest ancestor ref-area is not immediately visible, then I think this implies that the fixed-area's position is definitely not relative to the viewport you refer to, but to anot

Re: Border conditionalities and collapsing-border model, breaks on header/footer

BTW, don't forget to use the Wiki as resource. Simon and I documented various cases (including the tricky ones) here: http://wiki.apache.org/xmlgraphics-fop/TableLayout/KnuthElementsForTables/RowBorder http://wiki.apache.org/xmlgraphics-fop/TableLayout/KnuthElementsForTables/RowBorder2 http://peop

Re: Border conditionalities and collapsing-border model, breaks on header/footer

On 23.03.2007 15:44:57 Vincent Hennebert wrote: > Guys, > > I've again stumbled upon uncertainties regarding the handling of > conditional borders in the collapsing-border model, and breaks inside > headers/footers. I'd like to have your opinions on these: > > > Table headers and footers: > Hea

Border conditionalities and collapsing-border model, breaks on header/footer

Guys, I've again stumbled upon uncertainties regarding the handling of conditional borders in the collapsing-border model, and breaks inside headers/footers. I'd like to have your opinions on these: Table headers and footers: Headers and footers are generated only once, and replicated on each pa

Re: AddAreas in RowPainter

On 19.03.2007 14:40:49 Vincent Hennebert wrote: > 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 s

Re: svn commit: r521640 - in /xmlgraphics/fop/trunk: src/java/org/apache/fop/layoutmgr/table/ColumnSetup.java test/layoutengine/standard-testcases/table-column_missing.xml

Jeremias Maerki a écrit : > Sorry, I wasn't aware of that. I have trouble keeping up lately. That's ok, just wanted to be sure we were on the same track. > I guess you're welcome to throw a ValidationException when strict > validation is on and fixed table layout is in use. Something like that,

Re: svn commit: r521640 - in /xmlgraphics/fop/trunk: src/java/org/apache/fop/layoutmgr/table/ColumnSetup.java test/layoutengine/standard-testcases/table-column_missing.xml

Sorry, I wasn't aware of that. I have trouble keeping up lately. I guess you're welcome to throw a ValidationException when strict validation is on and fixed table layout is in use. On 23.03.2007 12:30:02 Vincent Hennebert wrote: > Jeremias, > > > Author: jeremias > > Date: Fri Mar 23 02:19:04 2

Re: svn commit: r521640 - in /xmlgraphics/fop/trunk: src/java/org/apache/fop/layoutmgr/table/ColumnSetup.java test/layoutengine/standard-testcases/table-column_missing.xml

Jeremias, > Author: jeremias > Date: Fri Mar 23 02:19:04 2007 > New Revision: 521640 > > URL: http://svn.apache.org/viewvc?view=rev&rev=521640 > Log: > Avoid an IndexOutOfBoundsException when more columns are used than are > specified even though this is illegal with fixed table layout. What ab

DO NOT REPLY [Bug 41306] - AWT claims to support out-of-order: doesn't

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: SpaceResolver usage

On 23.03.2007 11:49:20 Vincent Hennebert wrote: > >> How will the red border of the enclosing block be taken > >> into account in the penalties produced by SpaceResolver on the list of > >> elements inside the block-container? > > > > Not at all, since they don't interact according to the rules

Re: SpaceResolver usage

Hi, Jeremias Maerki a écrit : > On 22.03.2007 11:41:28 Vincent Hennebert wrote: >> Hi, >> This raises the question as to how retained borders and paddings are >> handled: their widths will count in the penalty width of resolved break >> elements. How are borders from elements surrounding the li

Re: Percentages in CommonAbsolutePosition?

Hi Andreas, Thanks for your perseverance ;-) Andreas L Delmelle a écrit : > On Mar 22, 2007, at 10:05, Vincent Hennebert wrote: > > Hi Vincent, > >> >> Well, that's still unclear. The area should be placed like in the >> "absolute" model, plus mustn't move WRT the viewport. >> In case of a con