[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: DOCBOOK-APPS: Top border lacking on repeated table headers with xep
Ok, that make sense, but when I add border-top-width.conditionality="retain" or border-before-width.conditionality="retain" to the fo:table, nothing changes (the top border of the running headers are still not there in the pdf): <fo:table margin-left="0pt" margin-right="0pt" border-collapse="collapse" border-top-width.conditionality="retain" border-left-style="solid" border-right-style="solid" border-top-style="solid" border-bottom-style="solid" border-left-width="0.5pt" border-right-width="0.5pt" border-top-width="0.5pt" border-bottom-width="0.5pt" border-left-color="black" border-right-color="black" border-top-color="black" border-bottom-color="black" width="100%"> David > -----Original Message----- > From: David Tolpin [mailto:dvd@renderx.com] > Sent: Thursday, February 06, 2003 2:17 AM > To: docbook-apps@lists.oasis-open.org > Subject: Re: DOCBOOK-APPS: Top border lacking on repeated > table headers > with xep > > > > > > XEP (2.x at least) for some reason doesn't put a border > declared in fo:table > > on running headers. So even tho you have frame="all" on > your docbook table > > and rowseps="1" elsewhere, you still end up with this in > your output: > > David, > > I'll post your messages sent to xep-support (they have been > bounced since sent not from a subscribed > address), but the problem is not with XEP but with the > stylesheets, and XEP's behaviour is > compliant. > > border-*.conditionality is discard by default. That's why > table borders are not drawn > at the top and bottom of the intermediate chunks. If one > want's the top border to be > drawn always, border-before.conditionality="retain" must be specified. > > David > > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC