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] divider feature

DocBook isn't a formatting language, so it doesn't have container elements
to enable formatting of an arbitrary collection of block elements.  Is there
some semantic meaning to the grouping of elements?

One element you might consider is informalexample.  It can contain any
number of block elements, and doesn't require a title.  With a role
attribute, you could probably output an fo:block container with various
inheritable attributes for print output.

Bob Stayton
Sagehill Enterprises
DocBook Consulting

----- Original Message ----- 
From: "Pierre Attar" <pat@tireme.fr>
To: <docbook-apps@lists.oasis-open.org>
Sent: Wednesday, May 11, 2005 4:04 AM
Subject: [docbook-apps] divider feature


I have a model that makes a lot of customization of docbook at block and
inline components level.
Nevertheless, these components needs, at least, to be formatted.

My application does the following :

docbook customized --> docbook plus @role customization --> whatever pdf or

My problem :
In the intermediate docbook, the role is sometimes not enough and I need
some kind of divider (as in HTML) for being able to apply formatting to a
set of docbook components.

Which docbook element should I use ? I tried with note element
customization but it becomes difficult to make the difference between real
notes and "false" divider notes.

Any idea  on this kind of application ?

By the way and for information: I've decide even for other XML document
models I manage and that are not based on docbook to even use docbook as an
intermediate formatting model.
It is at this time only an engineering model but really interesting for
reuse purpose: I can either format using XSL free stylesheet or comercial
formatting tools such as Epic or framemaker, reusing a lot of engineering
yet sut up in the commercial tool distribution.

Pierre Attar (mailto:pat@tireme.fr)
Consultant en informatique documentaire XML
Consultant in Structured Document engineering

Projet "Mutualiser l'effort de montée en compétences sur XML"

To unsubscribe, e-mail: docbook-apps-unsubscribe@lists.oasis-open.org
For additional commands, e-mail: docbook-apps-help@lists.oasis-open.org

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