Re: [xsl] How to Create Side Heads in XSL-FO

Subject: Re: [xsl] How to Create Side Heads in XSL-FO
From: "G. Ken Holman" <gkholman@xxxxxxxxxxxxxxxxxxxx>
Date: Wed, 23 Jan 2002 10:51:07 -0500
At 2002-01-23 09:20 -0600, W. Eliot Kimber wrote:
However, can you explain the result illustrated below?

Here is my current template (which by my understanding shouldn't give me
the result I expect, and doesn't quite):

Although you don't indicate the many missing attribute values which may be impacting the processing, I've reduced your example to the following:


<?xml version="1.0" encoding="utf-8"?><!--test.fo-->
<root xmlns="http://www.w3.org/1999/XSL/Format";
      font-family="Times" font-size="20pt">

<layout-master-set>
  <simple-page-master master-name="frame"
    page-height="11in" page-width="8.5in"
    margin-top=".6in" margin-bottom=".6in"
    margin-left=".6in" margin-right=".6in">
    <region-body region-name="frame-body"/>
  </simple-page-master>
</layout-master-set>

<page-sequence master-reference="frame">

<flow flow-name="frame-body">

  <block
      break-before="odd-page"
      >
    <block
        font-size="78pt">1</block>
    <block
        margin-left="78pt"
        space-after.optimum="90pt"
        font-weight="normal"
        font-size="30pt">This is a title</block>
  </block>

</flow></page-sequence></root>

What I get (with XSL Formatter) is the 78pt number and the title text
presented side-by-side on the same baseline.

Really? With version 2.0 I don't see this behaviour.


I expected the title text
to be presented *below* the number (that is, the block for the title
text would follow the number block in the block presentation direction).

Yes, that is what I see on my screen.


This isn't the presentation effect I need: I need the title text and
number to have the same top alignment (e.g., <tr valign="top">).

The initial value of relative-align= on <list-item> is "before" which is what you want, as that will align both the <list-item-label> (your chapter number) and the <list-item-body> on the "before" edge ... as you intuited, I think the <list-block> construct is very acceptable, as would a table I suppose.


Just curious why this *almost* worked.

I really would not have expected it to work as you witness, unless as I said your other attributes are somehow playing a trick on us. I just retrofit the above to conform to CR and the old XSL Formatter evaluation produces what you would expect, not what you report, so I really don't know what you witnessed.


I hope this helps.

...................... Ken


-- Upcoming: 3-days XSLT/XPath and/or 2-days XSLFO - Feb 18-22, 2002

G. Ken Holman                mailto:gkholman@xxxxxxxxxxxxxxxxxxxx
Crane Softwrights Ltd.         http://www.CraneSoftwrights.com/s/
Box 266, Kars, Ontario CANADA K0A-2E0 +1(613)489-0999 (Fax:-0995)
ISBN 0-13-065196-6                        Definitive XSLT & XPath
ISBN 1-894049-08-X  Practical Transformation Using XSLT and XPath
ISBN 1-894049-07-1               Practical Formatting Using XSLFO
XSL/XML/DSSSL/SGML/OmniMark services, books(electronic, printed),
articles, training(instructor-live,Internet-live,web/CD,licensed)
Next public training:  02-02-11,12,14,15,18,21,03-04,05,06,08,11,
-                                04-08,09,10,12,05-14,15,06-04,07


XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list



Current Thread