Bug 47409

Summary:	Putting a table in an inline block produces an extra rule line in a table row
Product:	Fop - Now in Jira	Reporter:	Kostis Kapelonis <kkapelon>
Component:	page-master/layout	Assignee:	fop-dev
Status:	NEW ---
Severity:	normal	CC:	ramana1310
Priority:	P3
Version:	trunk
Target Milestone:	---
Hardware:	All
OS:	All
Attachments:	Result PDF that shows the bug Expected PDF result Fo file that triggers the bug Fo file that produces expected output

Description Kostis Kapelonis 2009-06-23 05:31:36 UTC

I am using FOP 0.95 (latest stable at the time of writing) and attached FO
file.

I convert it to PDF with

fop -fo minimal-inline.xml minimal-inline.PDF

Expected output:

The exact same output as minimal.pdf which the same file but the table is not in
an inline block

Actual Output:

An extra rule line is rendered the middle table row.

Thank you.

Comment 1 Kostis Kapelonis 2009-06-23 05:32:12 UTC

Created attachment 23849 [details]
Result PDF that shows the bug

Comment 2 Kostis Kapelonis 2009-06-23 05:32:28 UTC

Created attachment 23850 [details]
Expected PDF result

Comment 3 Kostis Kapelonis 2009-06-23 05:32:58 UTC

Created attachment 23851 [details]
Fo file that triggers the bug

Comment 4 Kostis Kapelonis 2009-06-23 05:33:29 UTC

Created attachment 23852 [details]
Fo file that produces expected output

Comment 5 Andreas L. Delmelle 2009-06-23 06:11:16 UTC

Accepted and confirmed with FOP Trunk.

For fop-devs: seems like a slight error in determining the border-traits of inline-blocks. If I specify a conditionality of "discard" (= the initial value), then I get the expected output. Probably, because strictly speaking, I think the InlineLM cannot make a distinction between a genuine line-break and a break that results from adding a new table-part (body/row).

As a side-note: I also tried making the first table-body a genuine table-header (since it seems to be used for that purpose in the sample file). In that case, FOP currently renders the header last... :-/

Comment 6 Glenn Adams 2012-04-07 01:44:33 UTC

resetting P2 open bugs to P3 pending further review