dita message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]
Subject: RE: [dita] Groups - DITA Proposed Feature #12021: Nesting sections (12021.html) uploaded
- From: Michael Priestley <mpriestl@ca.ibm.com>
- To: "Grosso, Paul" <pgrosso@ptc.com>
- Date: Tue, 30 Oct 2007 09:33:52 -0400
My recollection is that it was primarily
for use in creating regular groupings of sections or of content under sections
for specialization purposes. This was the use case for Novartis that Chris
brought forward, and also the use case from Paul Prescod who co-designed
the original proposal.
For example, with these extra levels,
you can model something like:
<messagebody>
<problem> (from section)
<userresponse> (from bodydiv)
<analysis>
(from section)
<recovery>
...
etc.
There were some more complex use cases
modeled in the original note series with Paul Prescod I believe.
I think where people need to model freely
titled nested divisions, the answer continues to be nesting topics rather
than nesting sections - to try to prevent the bloating of topics into whole
chapters or books of content (losing the constraints on topic size/complexity
that are among the distinctions between DITA and DocBook). But where additional
levels of organization are needed within a topic that do not represent
new ideas or topics (and thus do not require new unique headings), I think
this proposal gives the specializer considerably more freedom - as well
as providing a general mechanism for grouping sections or blocks for the
sake of conreffing a mixed range or for simplified conditional processing/metadata.
Michael Priestley
Lead IBM DITA Architect
mpriestl@ca.ibm.com
http://dita.xml.org/blog/25
"Grosso, Paul"
<pgrosso@ptc.com>
10/30/2007 09:12 AM
|
To
| <dita@lists.oasis-open.org>
|
cc
|
|
Subject
| RE: [dita] Groups - DITA Proposed Feature
#12021: Nesting sections (12021.html) uploaded |
|
I was a little surprised to see this suggesting a
bodydiv/sectiondiv
element but still not allowing sections to nest, which is what I
thought was meant by nesting sections.
I thought one of the drivers of this requirement was to be able
to model DocBook's nested sections more easily, but with the
suggested model, this would be even harder.
What are the benefits of this suggested model over simply allowing
section to contain section?
paul
> -----Original Message-----
> From: jim.earley@flatironssolutions.com
> [mailto:jim.earley@flatironssolutions.com]
> Sent: Tuesday, 2007 October 30 7:15
> To: dita@lists.oasis-open.org
> Subject: [dita] Groups - DITA Proposed Feature #12021:
> Nesting sections (12021.html) uploaded
>
> This is the HTML version of proposal 12021
>
> -- Mr. Jim Earley
>
> The document named DITA Proposed Feature #12021: Nesting sections
> (12021.html) has been submitted by Mr. Jim Earley to the OASIS Darwin
> Information Typing Architecture (DITA) TC document repository.
>
> Document Description:
>
>
> View Document Details:
> http://www.oasis-open.org/apps/org/workgroup/dita/document.php
> ?document_id=25904
>
> Download Document:
> http://www.oasis-open.org/apps/org/workgroup/dita/download.php
> /25904/12021.html
---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail. You may a link to this group and all your TCs
in OASIS
at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]