You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-users@xmlgraphics.apache.org by Georg Datterl <ge...@geneon.de> on 2009/09/07 18:01:45 UTC
table column height mismatch? left column shorter than right column
Hi everybody,
This weeks funny guessing game deals with tables again. I found that problem earlier but until now I was unable to create a sufficiently short and easy example. Please have a look at the attached fo file.
In the file you will see a table with two columns and one row. The table background is red.
In the left column, there's only one block with some padding afterwards. The cell background is blue, the block background green.
In the right column, you will find two blocks. The first block has a space afterwards and a pink background color. The second block has an orange background color and contains a simple table with one column, one header row and two data rows.
The pink and the orange block together are slightly higher than the green block.
So, what would we expect? I'd expect to see four colored blocks, left upper corner green from the green block, right upper corner pink, right lower corner orange. The left lower corner I'd expect to be blue, since the blue cell would extend below the green block to give a nice rectangular shape.
Now run the attached fo file through the latest code from subversion and be surprised. The left lower corner is blank. The complete table height is the height of the left column, not the height of the right column.
Why? (Answer is worth 5pt)
How can I avoid that? (Answer is worth 15pt)
Is it fixable? (Answer is worth 10pt)
Can it be fixed this week? (Fix is worth 50pt, no problem if I have to apply it locally)
Why am I always running into such things? (Answer is worth 20pt, 200pt if I can use it verbatim to get a pay rise)
Regards,
Georg Datterl
------ Kontakt ------
Georg Datterl
Geneon media solutions gmbh
Gutenstetter Stra�e 8a
90449 N�rnberg
HRB N�rnberg: 17193
Gesch�ftsf�hrer: Yong-Harry Steiert
Tel.: 0911/36 78 88 - 26
Fax: 0911/36 78 88 - 20
www.geneon.de
Weitere Mitglieder der Willmy MediaGroup:
IRS Integrated Realization Services GmbH: www.irs-nbg.de
Willmy PrintMedia GmbH: www.willmy.de
Willmy Consult & Content GmbH: www.willmycc.de
Re: table column height mismatch? left column shorter than right
column
Posted by Chris Bowditch <bo...@hotmail.com>.
Vincent Hennebert wrote:
> Hi Chris,
<snip/>
>>> This is due to a bug in the table stepping algorithm, whose complete
>>> description is out of the scope of this list. The attached patch against
>> I certainly don't want a complete description, but what about a high
>> level one? Was it something to do with the padding after that Pascal
>> mentioned? Clearly keeps had an affect as Venkat mentioned also.
>
> This is due to the conditional space-after in the second column. It must
> be discarded if the table is broken there, and taken into account in all
> other cases. The total height of the table is different whether that
> space is discarded or not. The bug came from there.
>
> If keep-together is set on the table or the second cell, then all that
> mechanism is bypassed, hence the visually correct result.
Vincent - Thanks for explanation. It makes sense at least at a high level.
<snip/>
Chris
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: table column height mismatch? left column shorter than right
column
Posted by Vincent Hennebert <vh...@gmail.com>.
Hi Chris,
Chris Bowditch wrote:
> Vincent Hennebert wrote:
>> Hi Georg,
>
> Hi Vincent,
>
> thanks for solving the mystery so quickly!
>
>>
>
> <snip/>
>
>>> Now run the attached fo file through the latest code from subversion
>>> and be surprised. The left lower corner is blank. The complete table
>>> height is the height of the left column, not the height of the right
>>> column.
>>
>> This is due to a bug in the table stepping algorithm, whose complete
>> description is out of the scope of this list. The attached patch against
>
> I certainly don't want a complete description, but what about a high
> level one? Was it something to do with the padding after that Pascal
> mentioned? Clearly keeps had an affect as Venkat mentioned also.
This is due to the conditional space-after in the second column. It must
be discarded if the table is broken there, and taken into account in all
other cases. The total height of the table is different whether that
space is discarded or not. The bug came from there.
If keep-together is set on the table or the second cell, then all that
mechanism is bypassed, hence the visually correct result.
>> the Trunk fixes the issue. I’ll commit it in the next days, after I’ve
>> created an appropriate test case and documented the fix.
>
> Cool. Thanks again.
>
> <snip/>
>
> Chris
Vincent
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: table column height mismatch? left column shorter than right
column
Posted by Chris Bowditch <bo...@hotmail.com>.
Vincent Hennebert wrote:
> Hi Georg,
Hi Vincent,
thanks for solving the mystery so quickly!
>
<snip/>
>> Now run the attached fo file through the latest code from subversion and be surprised. The left lower corner is blank. The complete table height is the height of the left column, not the height of the right column.
>
> This is due to a bug in the table stepping algorithm, whose complete
> description is out of the scope of this list. The attached patch against
I certainly don't want a complete description, but what about a high
level one? Was it something to do with the padding after that Pascal
mentioned? Clearly keeps had an affect as Venkat mentioned also.
> the Trunk fixes the issue. I’ll commit it in the next days, after I’ve
> created an appropriate test case and documented the fix.
Cool. Thanks again.
<snip/>
Chris
>
>
> Vincent
>
>
> ------------------------------------------------------------------------
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: table column height mismatch? left column shorter than right
column
Posted by Vincent Hennebert <vh...@gmail.com>.
Georg Datterl wrote:
> Hi Vincent,
>
> That's what I wanted to hear. Integrated and tested. Testcase works fine. I hope my example is helping with the test case.
>
> 50pts and if you come to Nuremberg and give me a call, a cold beer (or whatever you drink) is waiting for you.
Thanks! The beer will do :-)
<snip/>
Vincent
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
AW: table column height mismatch? left column shorter than right column
Posted by Georg Datterl <ge...@geneon.de>.
Hi Vincent,
That's what I wanted to hear. Integrated and tested. Testcase works fine. I hope my example is helping with the test case.
50pts and if you come to Nuremberg and give me a call, a cold beer (or whatever you drink) is waiting for you.
Regards,
Georg Datterl
------ Kontakt ------
Georg Datterl
Geneon media solutions gmbh
Gutenstetter Straße 8a
90449 Nürnberg
HRB Nürnberg: 17193
Geschäftsführer: Yong-Harry Steiert
Tel.: 0911/36 78 88 - 26
Fax: 0911/36 78 88 - 20
www.geneon.de
Weitere Mitglieder der Willmy MediaGroup:
IRS Integrated Realization Services GmbH: www.irs-nbg.de
Willmy PrintMedia GmbH: www.willmy.de
Willmy Consult & Content GmbH: www.willmycc.de
-----Ursprüngliche Nachricht-----
Von: Vincent Hennebert [mailto:vhennebert@gmail.com]
Gesendet: Dienstag, 8. September 2009 14:05
An: fop-users@xmlgraphics.apache.org
Betreff: Re: table column height mismatch? left column shorter than right column
Hi Georg,
Georg Datterl wrote:
> Hi everybody,
>
> This weeks funny guessing game deals with tables again. I found that problem earlier but until now I was unable to create a sufficiently short and easy example. Please have a look at the attached fo file.
>
> In the file you will see a table with two columns and one row. The table background is red.
>
> In the left column, there's only one block with some padding afterwards. The cell background is blue, the block background green.
> In the right column, you will find two blocks. The first block has a space afterwards and a pink background color. The second block has an orange background color and contains a simple table with one column, one header row and two data rows.
> The pink and the orange block together are slightly higher than the green block.
>
> So, what would we expect? I'd expect to see four colored blocks, left upper corner green from the green block, right upper corner pink, right lower corner orange. The left lower corner I'd expect to be blue, since the blue cell would extend below the green block to give a nice rectangular shape.
>
> Now run the attached fo file through the latest code from subversion and be surprised. The left lower corner is blank. The complete table height is the height of the left column, not the height of the right column.
This is due to a bug in the table stepping algorithm, whose complete description is out of the scope of this list. The attached patch against the Trunk fixes the issue. I'll commit it in the next days, after I've created an appropriate test case and documented the fix.
> Why? (Answer is worth 5pt)
> How can I avoid that? (Answer is worth 15pt) Is it fixable? (Answer is
> worth 10pt) Can it be fixed this week? (Fix is worth 50pt, no problem
> if I have to apply it locally) Why am I always running into such
> things? (Answer is worth 20pt, 200pt if I can use it verbatim to get a
> pay rise)
>
> Regards,
>
> Georg Datterl
Vincent
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: table column height mismatch? left column shorter than right
column
Posted by Vincent Hennebert <vh...@gmail.com>.
Hi Georg,
Georg Datterl wrote:
> Hi everybody,
>
> This weeks funny guessing game deals with tables again. I found that problem earlier but until now I was unable to create a sufficiently short and easy example. Please have a look at the attached fo file.
>
> In the file you will see a table with two columns and one row. The table background is red.
>
> In the left column, there's only one block with some padding afterwards. The cell background is blue, the block background green.
> In the right column, you will find two blocks. The first block has a space afterwards and a pink background color. The second block has an orange background color and contains a simple table with one column, one header row and two data rows.
> The pink and the orange block together are slightly higher than the green block.
>
> So, what would we expect? I'd expect to see four colored blocks, left upper corner green from the green block, right upper corner pink, right lower corner orange. The left lower corner I'd expect to be blue, since the blue cell would extend below the green block to give a nice rectangular shape.
>
> Now run the attached fo file through the latest code from subversion and be surprised. The left lower corner is blank. The complete table height is the height of the left column, not the height of the right column.
This is due to a bug in the table stepping algorithm, whose complete
description is out of the scope of this list. The attached patch against
the Trunk fixes the issue. I’ll commit it in the next days, after I’ve
created an appropriate test case and documented the fix.
> Why? (Answer is worth 5pt)
> How can I avoid that? (Answer is worth 15pt)
> Is it fixable? (Answer is worth 10pt)
> Can it be fixed this week? (Fix is worth 50pt, no problem if I have to apply it locally)
> Why am I always running into such things? (Answer is worth 20pt, 200pt if I can use it verbatim to get a pay rise)
>
> Regards,
>
> Georg Datterl
Vincent
Re: table column height mismatch? left column shorter than right
column
Posted by Pascal SANCHO <pa...@takoma.fr>.
Hi
What you get is directly related to the use of padding-after:
<fo:table-cell background-color="blue">
<fo:block padding-after="23mm" background-color="green">test</fo:block>
</fo:table-cell>
If you remove this property, the layout is as expected.
Don't know why... dev Team?
Pascal
Venkat Reddy a écrit :
> Hi Georg,
>
> If you use keep-together="always" attribute on main table, this problem
> could disappear. Please check the fo file with this mail, slight change
> on main table.
> I am also attaching the AFP output file along with FO file.
>
> Thanks,
> Venkat.
>
> Georg Datterl wrote:
>
>> Hi everybody,
>>
>> This weeks funny guessing game deals with tables again. I found that problem earlier but until now I was unable to create a sufficiently short and easy example. Please have a look at the attached fo file.
>>
>> In the file you will see a table with two columns and one row. The table background is red.
>>
>> In the left column, there's only one block with some padding afterwards. The cell background is blue, the block background green.
>> In the right column, you will find two blocks. The first block has a space afterwards and a pink background color. The second block has an orange background color and contains a simple table with one column, one header row and two data rows.
>> The pink and the orange block together are slightly higher than the green block.
>>
>> So, what would we expect? I'd expect to see four colored blocks, left upper corner green from the green block, right upper corner pink, right lower corner orange. The left lower corner I'd expect to be blue, since the blue cell would extend below the green block to give a nice rectangular shape.
>>
>> Now run the attached fo file through the latest code from subversion and be surprised. The left lower corner is blank. The complete table height is the height of the left column, not the height of the right column.
>>
>> Why? (Answer is worth 5pt)
>> How can I avoid that? (Answer is worth 15pt)
>> Is it fixable? (Answer is worth 10pt)
>> Can it be fixed this week? (Fix is worth 50pt, no problem if I have to apply it locally)
>> Why am I always running into such things? (Answer is worth 20pt, 200pt if I can use it verbatim to get a pay rise)
>>
>> Regards,
>>
>> Georg Datterl
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
AW: AW: table column height mismatch? left column shorter than right column
Posted by Georg Datterl <ge...@geneon.de>.
Hi Venkat,
My exact problem is not quite easy to describe.
I have a table with two columns.
both columns, one cell, can break to next page:
a block with text, lists, tables, images (optional by itself, all components optional)
Left column, second cell, kept together:
a block with one line (optional)
a block with images (0 - many, usually 1-2)
a block with drawings (0 - many, usually 1-2)
Left column, third cell, can break to next page:
a block with drawings (0 - many, usually 1-2), copy of block above, only if spanning more than one page, empty on first page
Left column, fourth cell, kept together:
a block with one line (optional, must be aligned with the end of the table)
Right column, second cell, spanning three rows, can break to next page:
a block with text, lists, tables, images (optional by itself, all components optional)
a block with tables (1-x)
a block with images (0-x)
The lower border of the outer table must be at the same position as the lower border of the last table in right column, second cell, if the cell ends with a table. In the example given, I'd get two end borders which looks ugly. I can neither know how much data is in a table nor where on the page the table starts. As I said, 4000 tables work fine, only one does not and the reason this one table does not work is (as far as I can tell) the same reason why the example table does not work.
I could send you a fo file for a 1600 pages pdf full of such tables, spanning up to three pages. Only I'm afraid it won't help much. But I'll attach the complete, non-shortened table and the pdf for your amusement. But I'm afraid you don't WANT to learn from my tables, I'm fooling around with them for nearly a year now...
If you put a keep-together.within-page="always" around the complete table, it does not break to the next page. The bottom of the table is simply written outside of the page and therefore discarded. That's ok according to the specification.
Regards,
Georg Datterl
------ Kontakt ------
Georg Datterl
Geneon media solutions gmbh
Gutenstetter Stra�e 8a
90449 N�rnberg
HRB N�rnberg: 17193
Gesch�ftsf�hrer: Yong-Harry Steiert
Tel.: 0911/36 78 88 - 26
Fax: 0911/36 78 88 - 20
www.geneon.de
Weitere Mitglieder der Willmy MediaGroup:
IRS Integrated Realization Services GmbH: www.irs-nbg.de
Willmy PrintMedia GmbH: www.willmy.de
Willmy Consult & Content GmbH: www.willmycc.de
-----Urspr�ngliche Nachricht-----
Von: Venkat Reddy [mailto:vanukuri.venkat@googlemail.com]
Gesendet: Dienstag, 8. September 2009 13:14
An: fop-users@xmlgraphics.apache.org
Betreff: Re: AW: table column height mismatch? left column shorter than right column
Hi Georg,
I have just started my carrer 2 weeks back in FOP. I am trying to understand the exact problem you are facing, so that I could learn few things out of that. As per your reply, the keep-together attribute usage is bad, because it will not solve your real time example.
I have also noted another point from your reply that you have a table which will span more than one page, when you use keep-together attribute on table will not solve your problem. I have managed to reproduce the problem with longer table spanning into no. of pages, when I use keep-together="always" on main table, only one page is being displayed.
Is that the same problem, you are facing with the tables spanning into more than one page? I had used the keep-together attribute to keep the content with in the table.
And, If you are facing same problem as I explained above with the table spanning more than one page, then I had another solution use keep-together attribute on the cell you think creating the problem. I am attaching a sample where a table spanning into 2 pages, when I used the keep-together="always" on the right cell, the problem has been resolved.
I have all the four blocks with background color visible on the table and the table is spanned into 2 pages without any problem.
Hope I understood your problem, if not, could you please attach the same FO file having problem with table spanning more than one page? so that I will have a look at the problem again.
Thanks,
Venkat.
Georg Datterl wrote:
> Hi Venkat, hi Pascal
>
> There are many ways to change the table and avoid the problem. I have publications with thousands of tables and one of them is not working. I'd like a way to avoid the problem without trial and error.
>
> Using a keep-together is bad, since the table may be larger than a page. Deleting a block is only avoiding the problem in this special case, in the beginning there were many more blocks and still it did not work. As soon as I brought the height of the left column nearly to the height of the right column, the table went corrupt again, no matter how many blocks. But indeed, I think I cut the table down to the lowest number of components necessary to show the problem.
>
> 2pts each.
>
> Georg Datterl
>
> ------ Kontakt ------
>
> Georg Datterl
>
> Geneon media solutions gmbh
> Gutenstetter Stra�e 8a
> 90449 N�rnberg
>
> HRB N�rnberg: 17193
> Gesch�ftsf�hrer: Yong-Harry Steiert
>
> Tel.: 0911/36 78 88 - 26
> Fax: 0911/36 78 88 - 20
>
> www.geneon.de
>
> Weitere Mitglieder der Willmy MediaGroup:
>
> IRS Integrated Realization Services GmbH: www.irs-nbg.de
> Willmy PrintMedia GmbH: www.willmy.de
> Willmy Consult & Content GmbH: www.willmycc.de
> -----Urspr�ngliche Nachricht-----
> Von: Venkat Reddy [mailto:vanukuri.venkat@googlemail.com]
> Gesendet: Dienstag, 8. September 2009 12:21
> An: fop-users@xmlgraphics.apache.org
> Betreff: Re: table column height mismatch? left column shorter than
> right column
>
> Hi Georg,
>
> If you use keep-together="always" attribute on main table, this problem could disappear. Please check the fo file with this mail, slight change on main table.
> I am also attaching the AFP output file along with FO file.
>
> Thanks,
> Venkat.
>
> Georg Datterl wrote:
>
>> Hi everybody,
>>
>> This weeks funny guessing game deals with tables again. I found that problem earlier but until now I was unable to create a sufficiently short and easy example. Please have a look at the attached fo file.
>>
>> In the file you will see a table with two columns and one row. The table background is red.
>>
>> In the left column, there's only one block with some padding afterwards. The cell background is blue, the block background green.
>> In the right column, you will find two blocks. The first block has a space afterwards and a pink background color. The second block has an orange background color and contains a simple table with one column, one header row and two data rows.
>> The pink and the orange block together are slightly higher than the green block.
>>
>> So, what would we expect? I'd expect to see four colored blocks, left upper corner green from the green block, right upper corner pink, right lower corner orange. The left lower corner I'd expect to be blue, since the blue cell would extend below the green block to give a nice rectangular shape.
>>
>> Now run the attached fo file through the latest code from subversion and be surprised. The left lower corner is blank. The complete table height is the height of the left column, not the height of the right column.
>>
>> Why? (Answer is worth 5pt)
>> How can I avoid that? (Answer is worth 15pt) Is it fixable? (Answer
>> is worth 10pt) Can it be fixed this week? (Fix is worth 50pt, no
>> problem if I have to apply it locally) Why am I always running into
>> such things? (Answer is worth 20pt, 200pt if I can use it verbatim to
>> get a pay rise)
>>
>> Regards,
>>
>> Georg Datterl
>>
>> ------ Kontakt ------
>>
>> Georg Datterl
>>
>> Geneon media solutions gmbh
>> Gutenstetter Stra�e 8a
>> 90449 N�rnberg
>>
>> HRB N�rnberg: 17193
>> Gesch�ftsf�hrer: Yong-Harry Steiert
>>
>> Tel.: 0911/36 78 88 - 26
>> Fax: 0911/36 78 88 - 20
>>
>> www.geneon.de
>>
>> Weitere Mitglieder der Willmy MediaGroup:
>>
>> IRS Integrated Realization Services GmbH: www.irs-nbg.de
>> Willmy PrintMedia GmbH: www.willmy.de
>> Willmy Consult & Content GmbH: www.willmycc.de
>>
>> ---------------------------------------------------------------------
>> -
>> --
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
>> For additional commands, e-mail:
>> fop-users-help@xmlgraphics.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
>
>
>
Re: AW: table column height mismatch? left column shorter than right
column
Posted by Venkat Reddy <va...@googlemail.com>.
Hi Georg,
I have just started my carrer 2 weeks back in FOP. I am trying to
understand the exact problem you are facing, so that I could learn few
things out of that. As per your reply, the keep-together attribute usage
is bad, because it will not solve your real time example.
I have also noted another point from your reply that you have a table
which will span more than one page, when you use keep-together attribute
on table will not solve your problem. I have managed to reproduce the
problem with longer table spanning into no. of pages, when I use
keep-together="always" on main table, only one page is being displayed.
Is that the same problem, you are facing with the tables spanning into
more than one page? I had used the keep-together attribute to keep the
content with in the table.
And, If you are facing same problem as I explained above with the table
spanning more than one page, then I had another solution use
keep-together attribute on the cell you think creating the problem. I am
attaching a sample where a table spanning into 2 pages, when I used the
keep-together="always" on the right cell, the problem has been resolved.
I have all the four blocks with background color visible on the table
and the table is spanned into 2 pages without any problem.
Hope I understood your problem, if not, could you please attach the same
FO file having problem with table spanning more than one page? so that I
will have a look at the problem again.
Thanks,
Venkat.
Georg Datterl wrote:
> Hi Venkat, hi Pascal
>
> There are many ways to change the table and avoid the problem. I have publications with thousands of tables and one of them is not working. I'd like a way to avoid the problem without trial and error.
>
> Using a keep-together is bad, since the table may be larger than a page. Deleting a block is only avoiding the problem in this special case, in the beginning there were many more blocks and still it did not work. As soon as I brought the height of the left column nearly to the height of the right column, the table went corrupt again, no matter how many blocks. But indeed, I think I cut the table down to the lowest number of components necessary to show the problem.
>
> 2pts each.
>
> Georg Datterl
>
> ------ Kontakt ------
>
> Georg Datterl
>
> Geneon media solutions gmbh
> Gutenstetter Stra�e 8a
> 90449 N�rnberg
>
> HRB N�rnberg: 17193
> Gesch�ftsf�hrer: Yong-Harry Steiert
>
> Tel.: 0911/36 78 88 - 26
> Fax: 0911/36 78 88 - 20
>
> www.geneon.de
>
> Weitere Mitglieder der Willmy MediaGroup:
>
> IRS Integrated Realization Services GmbH: www.irs-nbg.de
> Willmy PrintMedia GmbH: www.willmy.de
> Willmy Consult & Content GmbH: www.willmycc.de
> -----Urspr�ngliche Nachricht-----
> Von: Venkat Reddy [mailto:vanukuri.venkat@googlemail.com]
> Gesendet: Dienstag, 8. September 2009 12:21
> An: fop-users@xmlgraphics.apache.org
> Betreff: Re: table column height mismatch? left column shorter than right column
>
> Hi Georg,
>
> If you use keep-together="always" attribute on main table, this problem could disappear. Please check the fo file with this mail, slight change on main table.
> I am also attaching the AFP output file along with FO file.
>
> Thanks,
> Venkat.
>
> Georg Datterl wrote:
>
>> Hi everybody,
>>
>> This weeks funny guessing game deals with tables again. I found that problem earlier but until now I was unable to create a sufficiently short and easy example. Please have a look at the attached fo file.
>>
>> In the file you will see a table with two columns and one row. The table background is red.
>>
>> In the left column, there's only one block with some padding afterwards. The cell background is blue, the block background green.
>> In the right column, you will find two blocks. The first block has a space afterwards and a pink background color. The second block has an orange background color and contains a simple table with one column, one header row and two data rows.
>> The pink and the orange block together are slightly higher than the green block.
>>
>> So, what would we expect? I'd expect to see four colored blocks, left upper corner green from the green block, right upper corner pink, right lower corner orange. The left lower corner I'd expect to be blue, since the blue cell would extend below the green block to give a nice rectangular shape.
>>
>> Now run the attached fo file through the latest code from subversion and be surprised. The left lower corner is blank. The complete table height is the height of the left column, not the height of the right column.
>>
>> Why? (Answer is worth 5pt)
>> How can I avoid that? (Answer is worth 15pt) Is it fixable? (Answer is
>> worth 10pt) Can it be fixed this week? (Fix is worth 50pt, no problem
>> if I have to apply it locally) Why am I always running into such
>> things? (Answer is worth 20pt, 200pt if I can use it verbatim to get a
>> pay rise)
>>
>> Regards,
>>
>> Georg Datterl
>>
>> ------ Kontakt ------
>>
>> Georg Datterl
>>
>> Geneon media solutions gmbh
>> Gutenstetter Stra�e 8a
>> 90449 N�rnberg
>>
>> HRB N�rnberg: 17193
>> Gesch�ftsf�hrer: Yong-Harry Steiert
>>
>> Tel.: 0911/36 78 88 - 26
>> Fax: 0911/36 78 88 - 20
>>
>> www.geneon.de
>>
>> Weitere Mitglieder der Willmy MediaGroup:
>>
>> IRS Integrated Realization Services GmbH: www.irs-nbg.de
>> Willmy PrintMedia GmbH: www.willmy.de
>> Willmy Consult & Content GmbH: www.willmycc.de
>>
>> ----------------------------------------------------------------------
>> --
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
>> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
>
>
>
AW: table column height mismatch? left column shorter than right column
Posted by Georg Datterl <ge...@geneon.de>.
Hi Venkat, hi Pascal
There are many ways to change the table and avoid the problem. I have publications with thousands of tables and one of them is not working. I'd like a way to avoid the problem without trial and error.
Using a keep-together is bad, since the table may be larger than a page. Deleting a block is only avoiding the problem in this special case, in the beginning there were many more blocks and still it did not work. As soon as I brought the height of the left column nearly to the height of the right column, the table went corrupt again, no matter how many blocks. But indeed, I think I cut the table down to the lowest number of components necessary to show the problem.
2pts each.
Georg Datterl
------ Kontakt ------
Georg Datterl
Geneon media solutions gmbh
Gutenstetter Straße 8a
90449 Nürnberg
HRB Nürnberg: 17193
Geschäftsführer: Yong-Harry Steiert
Tel.: 0911/36 78 88 - 26
Fax: 0911/36 78 88 - 20
www.geneon.de
Weitere Mitglieder der Willmy MediaGroup:
IRS Integrated Realization Services GmbH: www.irs-nbg.de
Willmy PrintMedia GmbH: www.willmy.de
Willmy Consult & Content GmbH: www.willmycc.de
-----Ursprüngliche Nachricht-----
Von: Venkat Reddy [mailto:vanukuri.venkat@googlemail.com]
Gesendet: Dienstag, 8. September 2009 12:21
An: fop-users@xmlgraphics.apache.org
Betreff: Re: table column height mismatch? left column shorter than right column
Hi Georg,
If you use keep-together="always" attribute on main table, this problem could disappear. Please check the fo file with this mail, slight change on main table.
I am also attaching the AFP output file along with FO file.
Thanks,
Venkat.
Georg Datterl wrote:
> Hi everybody,
>
> This weeks funny guessing game deals with tables again. I found that problem earlier but until now I was unable to create a sufficiently short and easy example. Please have a look at the attached fo file.
>
> In the file you will see a table with two columns and one row. The table background is red.
>
> In the left column, there's only one block with some padding afterwards. The cell background is blue, the block background green.
> In the right column, you will find two blocks. The first block has a space afterwards and a pink background color. The second block has an orange background color and contains a simple table with one column, one header row and two data rows.
> The pink and the orange block together are slightly higher than the green block.
>
> So, what would we expect? I'd expect to see four colored blocks, left upper corner green from the green block, right upper corner pink, right lower corner orange. The left lower corner I'd expect to be blue, since the blue cell would extend below the green block to give a nice rectangular shape.
>
> Now run the attached fo file through the latest code from subversion and be surprised. The left lower corner is blank. The complete table height is the height of the left column, not the height of the right column.
>
> Why? (Answer is worth 5pt)
> How can I avoid that? (Answer is worth 15pt) Is it fixable? (Answer is
> worth 10pt) Can it be fixed this week? (Fix is worth 50pt, no problem
> if I have to apply it locally) Why am I always running into such
> things? (Answer is worth 20pt, 200pt if I can use it verbatim to get a
> pay rise)
>
> Regards,
>
> Georg Datterl
>
> ------ Kontakt ------
>
> Georg Datterl
>
> Geneon media solutions gmbh
> Gutenstetter Straße 8a
> 90449 Nürnberg
>
> HRB Nürnberg: 17193
> Geschäftsführer: Yong-Harry Steiert
>
> Tel.: 0911/36 78 88 - 26
> Fax: 0911/36 78 88 - 20
>
> www.geneon.de
>
> Weitere Mitglieder der Willmy MediaGroup:
>
> IRS Integrated Realization Services GmbH: www.irs-nbg.de
> Willmy PrintMedia GmbH: www.willmy.de
> Willmy Consult & Content GmbH: www.willmycc.de
>
> ----------------------------------------------------------------------
> --
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org
Re: table column height mismatch? left column shorter than right
column
Posted by Venkat Reddy <va...@googlemail.com>.
Hi Georg,
If you use keep-together="always" attribute on main table, this problem
could disappear. Please check the fo file with this mail, slight change
on main table.
I am also attaching the AFP output file along with FO file.
Thanks,
Venkat.
Georg Datterl wrote:
> Hi everybody,
>
> This weeks funny guessing game deals with tables again. I found that problem earlier but until now I was unable to create a sufficiently short and easy example. Please have a look at the attached fo file.
>
> In the file you will see a table with two columns and one row. The table background is red.
>
> In the left column, there's only one block with some padding afterwards. The cell background is blue, the block background green.
> In the right column, you will find two blocks. The first block has a space afterwards and a pink background color. The second block has an orange background color and contains a simple table with one column, one header row and two data rows.
> The pink and the orange block together are slightly higher than the green block.
>
> So, what would we expect? I'd expect to see four colored blocks, left upper corner green from the green block, right upper corner pink, right lower corner orange. The left lower corner I'd expect to be blue, since the blue cell would extend below the green block to give a nice rectangular shape.
>
> Now run the attached fo file through the latest code from subversion and be surprised. The left lower corner is blank. The complete table height is the height of the left column, not the height of the right column.
>
> Why? (Answer is worth 5pt)
> How can I avoid that? (Answer is worth 15pt)
> Is it fixable? (Answer is worth 10pt)
> Can it be fixed this week? (Fix is worth 50pt, no problem if I have to apply it locally)
> Why am I always running into such things? (Answer is worth 20pt, 200pt if I can use it verbatim to get a pay rise)
>
> Regards,
>
> Georg Datterl
>
> ------ Kontakt ------
>
> Georg Datterl
>
> Geneon media solutions gmbh
> Gutenstetter Stra�e 8a
> 90449 N�rnberg
>
> HRB N�rnberg: 17193
> Gesch�ftsf�hrer: Yong-Harry Steiert
>
> Tel.: 0911/36 78 88 - 26
> Fax: 0911/36 78 88 - 20
>
> www.geneon.de
>
> Weitere Mitglieder der Willmy MediaGroup:
>
> IRS Integrated Realization Services GmbH: www.irs-nbg.de
> Willmy PrintMedia GmbH: www.willmy.de
> Willmy Consult & Content GmbH: www.willmycc.de
>
> ------------------------------------------------------------------------
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org