Bug 36934 - The collapsing border model on an fo:table is currently not supported by FOP
Summary: The collapsing border model on an fo:table is currently not supported by FOP
Status: CLOSED FIXED
Alias: None
Product: Fop - Now in Jira
Classification: Unclassified
Component: fo tree (show other bugs)
Version: trunk
Hardware: PC Windows XP
: P2 blocker
Target Milestone: ---
Assignee: fop-dev
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-10-05 14:18 UTC by Markus KARG
Modified: 2012-04-01 06:45 UTC (History)
0 users



Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Markus KARG 2005-10-05 14:18:20 UTC
We committed to test latest FOP from SVN, but actually *every* FO file we want
to render ends up in the following message, and no PDF output is created:

"The collapsing border model on an fo:table is currently not supported by FOP"

So it seems the lack of this 'feature' blocks us from beeing any further help to
the project. :-(
Comment 1 Jeremias Maerki 2005-10-05 15:04:21 UTC
Which project? Yours or ours? :-)

FOP 0.20.5 doesn't fully support the collapsing border model, either. It just
pretends it does. The borders are simply painted on top of each other. FOP Trunk
doesn't do any such ugly hacks right now. Apart from the warning message you
got, what did the output look like? Unusable?

Does any committer have a good overview of what exactly works on tables in
0.20.5? Currently, the compliance page suggests that 0.20.5 work much better
than FOP Trunk WRT table support which is probably not the case.
Comment 2 Chris Bowditch 2005-10-10 12:08:35 UTC
The warning message appears because the default value according to XSL-FO spec 
is border-collapse="collapse" If this property is not specified on fo:table 
then FOP currently struggles to render the document, since the collapsing 
model is currently implemented. The solution is simply to specify border-
collapse="separate" on every occurrence of fo:table. FOP 1.0 then renders the 
document fine.

I agree with Jeremias' assesment that table support in 0.20.5 is no better 
than in FOP 1.0
Comment 3 Vincent Hennebert 2007-04-20 03:22:30 UTC
Fixed in Trunk, rev. 530727
Comment 4 Markus KARG 2007-04-20 03:30:15 UTC
(In reply to comment #3)
> Fixed in Trunk, rev. 530727

Thank you for fixing this issue. So we can go on with testing. :-)
Comment 5 Glenn Adams 2012-04-01 06:45:23 UTC
batch transition pre-FOP1.0 resolved+fixed bugs to closed+fixed