[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]