OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

docbook-apps message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [docbook-apps] slides: how to balance presentation and content


Stefan Seefeld wrote:
> I think I'm a bit confused now as to what the question is. What I'm 
> asking for is a way to mark up slide ('foil') content in a way that 
> allows me to incrementally build up the whole slide one step at a time. 

Yet the description you gave went all the way to 'using' the slide set
in a dynamic manner, that's why I wanted to understand the scope of
the changes you talked about.

If we constrain the docbook work to markup only, I'd be happier.


>> In which case I don't understand enough to suggest anything.
>> Could you define it? Simple example first?
> 
> Right now I'm using this:
> 
> <itemizedlist role="incremental"> ...</itemizedlist>
> 
> to generate incremental lists. (S5's javascript will detect DOM nodes 
> with class=incremental and process them appropriately.) While something 
> like this certainly works (although I'd rather use another, dedicated, 
> attribute instead of 'role'), something like keeping list items and 
> overlayed graphics in sync is not so easy (it's not even supported by S5 
> right now, but that's just a matter of programming ;-) )
> I haven't thought this through yet myself, as I think it may be good to 
> take the first step first...

If you can look after the 'S5' end, and just keep the discussions here
on markup, is that workable?






>> Which is a mile away from semantic or even presentational markup?
>> It is exactly xsl-fo. Take this block, flow it into that position.
> 
> <foil template="my-two-column-template">
>  <block name="left">
>    <itemizedlist/>
>  </block>
>  <block name="right">
>    <mediaobject/>
>  </block>
>  <block name="footer"/>
> </foil>
> 
> I.e., I add block elements that have little more semantics than 'divs' 
> in html. Their layout can then be described by means of 
> 'my-two-column-template' (which may trigger some chunk of CSS to be 
> included with precise layout info for these blocks.

Should they be in a foils namespace, being a docbook extension?
(At least for db5)
Where (in the schema) are you adding them?


> 
> You are certainly right that to some extent this is what xsl-fo is 
> about, but only at the top level, i.e. the page layout. The block 
> content is just ordinary docbook.


Which exactly mirrors what xsl-fo does :-)




regards

-- 
Dave Pawson
XSLT XSL-FO FAQ.
http://www.dpawson.co.uk


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]