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