W3C home > Mailing lists > Public > www-xsl-fo@w3.org > July 2008

Re: Table end line do not appear in the continued page

From: bilal ilyas <bilalilyas444@gmail.com>
Date: Mon, 21 Jul 2008 12:55:04 +0500
Message-ID: <2f25412d0807210055r298d533dt7415b84239e2e98b@mail.gmail.com>
To: www-xsl-fo@w3.org, "Saqib Javed" <saqib.javed@gmail.com>
On Mon, Jul 21, 2008 at 11:12 AM, bilal ilyas <bilalilyas444@gmail.com>
wrote:

>  Hi,
>  To resolve the problem just add an empty footer to the table,
> <fo:table-footer>
> </fo:table-footer>
> this will make the bottom border to bisplay at each page break
>
>   On Mon, Jul 21, 2008 at 1:48 AM, Tony Graham <
> Tony.Graham@menteithconsulting.com> wrote:
>
>>
>> On Sat, Jul 19 2008 08:55:48 +0100, saqib.javed@gmail.com wrote:
>> > I am trying to draw a table. every thing is working fine. but the issue
>> is that
>> > if i give the cell border="0pt" and do not give any other border. to row
>> or
>> > column. now the issue is that when one page is filled with the data the
>> last
>> > line is not drawn and the table continues to the next page until the
>> last page
>> > comes. at the last page this table is closed and the end line is drawn.
>> what i
>> > want is to close the table in all the pages and continue filling the
>> data to
>> > the next pages. howz its possible?
>>
>> You don't provide much to go on.  'border="0pt"' should have no effect
>> anyway since you don't set the style, and the default border style is
>> 'none'.
>>
>> You don't say which XSL formatter you are using.  If your formatter
>> supports it, you could try border-collapse="collapse-with-precedence"
>> [3] on your fo:table so the table's border has precedence (though you
>> also don't say what border you are using on the table).
>>
>> Table borders at page breaks is not completely defined in XSL 1.1, not
>> least because XSL 1.0 table processing tried for compatibility with
>> CSS2, and CSS2 doesn't say anything about table borders at page breaks
>> AFAICT.
>>
>> A similar question to xsl-editors@w3.org [1] received the response [2]
>> that it wasn't possible to modify XSL 1.0 or 1.1 to more fully specify
>> the expected results since, whatever would be specified, the extra
>> detail would make some of the existing implementations become
>> non-compliant.  The response notes that for XSL 2.0 the WG has decided
>> to rewrite the text of the table formatting objects to be independent of
>> the CSS2 Recommendation.
>>
>> There's also a section about this in the current XSL 2.0 Requirements
>> draft [4].  As always, highlighting that you need this functionality by
>> mentioning it when you fill out the requirements survey [5] or using the
>> W3C Bugzilla system [6] would let the Working Group know that this
>> feature would be important to people.
>>
>> Regards,
>>
>>
>> Tony Graham                         Tony.Graham@MenteithConsulting.com
>> Director                                  W3C XSL FO SG Invited Expert
>> Menteith Consulting Ltd
>> XML, XSL and XSLT consulting, programming and training
>> Registered Office: 13 Kelly's Bay Beach, Skerries, Co. Dublin, Ireland
>> Registered in Ireland - No. 428599   http://www.menteithconsulting.com
>>  --  --  --  --  --  --  --  --  --  --  --  --  --  --  --  --  --
>> xmlroff XSL Formatter                               http://xmlroff.org
>> xslide Emacs mode                  http://www.menteith.com/wiki/xslide
>> Unicode: A Primer                               urn:isbn:0-7645-4625-2
>>
>>
>> [1] http://lists.w3.org/Archives/Public/xsl-editors/2007AprJun/0000
>> [2] http://lists.w3.org/Archives/Public/xsl-editors/2008JanMar/0012
>> [3] http://www.w3.org/TR/2006/REC-xsl11-20061205/#fo_table-cell
>> [4] http://www.w3.org/TR/xslfo20-req/#N66304
>> [5] http://www.w3.org/2002/09/wbs/1/xslfo20requirements/
>> [6] http://www.w3.org/XML/2008/01/xsl-fo-bugzilla.html
>>
>>
>
>
> --
> Regards,
> Bilal Ilyas
>



-- 
Regards,
Bilal Ilyas
Received on Monday, 21 July 2008 08:07:46 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 21 July 2008 08:07:46 GMT