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

 


Help: OASIS Mailing Lists Help | MarkMail Help

docbook-tc message

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


Subject: Re: [docbook-tc] proposal: add topic element to DocBook


"Bob Stayton" <bobs@sagehill.net> writes:

> appropriate for a topic.  Also, article currently cannot
> be a child of chapter or appendix.

I wonder if that's a bug.

> a. To provide a designated element for authoring
> modular content, each instance of which "stands alone", but
> which also has relationships to other modules.

Do you want to make an attempt to describe these relationships from
within the topic, or leave that to the assembly layer?

> b. Design the topic element to be very general, so
> that it can be adapted for many types of topics.
>
> c. Make the addition of topic backwards compatible
> with DocBook 5.0.
>
> d. Clearly distinguish topics and sections.
>
> Here are is the proposed design for topic:
>
> 1. The content model for topic is identical to that of section.
>
> 2. A topic type is indicated by a class attribute value.
> For example, "task", "reference", "concept", etc.

Do you really want an enumerated list of class values, or does it make
more sense to allow a type attribute, which is open-ended by default?

> 3. A topic cannot include topic children.  Allowing a topic
> to contain other topic elements breaks the semantic of
> "standalone unit of information".

The assembly layer can construct nested topics, can't it?

> 4. A topic can contain section children to subdivide its content
> for clarity and ease of reference.
>
> 5.  A section element cannot contain a topic element.
> Placing a topic inside a section implies the topic
> depends on the section parent for its context.
> It also hopelessly muddles the distinction between
> topic and section.
>
> 6.  Allow topic as a child of book or part. This allows you
> to author groups of topics in a convenient container.
> Such topics could be siblings of chapters and other
> component elements, the way article can be such a sibling.
>
> 7. Allow topic as a child of chapter or appendix, but not
> as a sibling of section.  This also allows you to author
> groups of topics in a convenient container, this time
> grouped into a chapter or appendix.  There is an additional
> constraint, though.  A chapter can contain either section
> children or topic children, but not both.  This is to
> maintain a clear distinction between topics and sections.

I've long suspected we would eventually need a topic element. The
strongest arguments aren't technical, in my mind, they're about user
expectations and perception.

This proposal seems like the right thing to me.

                                        Be seeing you,
                                          norm

-- 
Norman Walsh <ndw@nwalsh.com>      | Convictions are more dangerous
http://www.oasis-open.org/docbook/ | enemies of truth than lies.--
Chair, DocBook Technical Committee | Nietzsche

PGP signature



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