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

["G. Ken Holman" <gkholman at CraneSoftwrights dot com>]

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@CraneSoftwrights.com
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