dita message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]
Subject: Re: [dita] Allowed locations for <example>
- From: "Robert D Anderson" <robander@us.ibm.com>
- To: Scott Hudson <scott.hudson@jeppesen.com>
- Date: Tue, 16 Jul 2019 17:10:26 -0500
Just a note that when we talk about putting something "the same places as X" ... actually, literally using that list is usually *slightly* easier to implement. This is because there is usually a group-definition of elements that can be reused.
That said, because this is a base element in DITA, there is definitely no requirement to mirror an existing element, and we would probably want to vary things slightly.
For example -- we have "basic.block" as a general group for block elements ... but we also have "basic block without para" (for use in paragraphs, to keep <p>) from nesting, "basic block without notes" (to keep notes from nesting), and so on.
Based on Scott's analysis and the discussion earlier today, I'd suggest:
- Allow it everywhere that figure can go today,
- Except don"t allow it directly within example, to prevent example-as-child-of-example,
- And maybe (?) also allow it as a child of figure where <fig> can't go today
That would manage to do all of the following:
1. It would allow example to exist where it does today (1.3 use of the element is fully backwards compatible).
2. It would allow example in most block contexts -- I think all of the contexts where Scott was trying to put it.
3. Because everywhere in the list can already have titled figures, it would not create a new context for titled areas. This suggests processors should be able to cope with the new context without much difficulty.
4. It would avoid the "why would they do this" condition of allowing example as a child of example.
Robert D. Anderson DITA-OT lead and Co-editor DITA 1.3 specification Marketing Services Center |
Scott Hudson ---07/16/2019 11:41:47 AM---Here is a list of the elements that example could be contained by (by scenario): <example> akin to <
From: Scott Hudson <scott.hudson@jeppesen.com>
To: "dita@lists.oasis-open.org" <dita@lists.oasis-open.org>
Date: 07/16/2019 11:41 AM
Subject: [EXTERNAL] [dita] Allowed locations for <example>
Sent by: <dita@lists.oasis-open.org>
Here is a list of the elements that example could be contained by (by scenario):
<example> akin to <fig>:
<abstract>, <body>, <bodydiv>, <dd>, <div>, <draft-comment>, <entry>, <example>, <fn>, <itemgroup>, <li>, <lq>, <note>, <p>, <section>, <sectiondiv>, <stentry>
<pd>
<conbody>
add @type="example" to <note>:
<abstract>, <body>, <bodydiv>, <dd>, <desc>, <div>, <draft-comment>, <entry>, <example>, <fig>, <figgroup>, <fn>, <itemgroup>, <li>, <linkinfo>, <lq>, <p>, <section>, <sectiondiv>, <stentry>
<equation-figure>, <pd>
<conbody>
<example> akin to <div>:
<abstract>, <body>, <bodydiv>, <dd>, <desc>, <div>, <draft-comment>, <entry>, <example>, <fig>, <figgroup>, <fn>, <itemgroup>, <li>, <linkinfo>, <lq>, <note>, <p>, <section>, <sectiondiv>, <stentry>
<equation-figure>, <pd>
<conbody>
<example> today:
<body>, <conbody>, <conbodydiv>, <refbody>, <refbodydiv>, <taskbody>
I'm not seeing a lot of location differences between the proposed options. I'd still prefer to have <example> available in these locations, and prefer the actual element to adding a note @type.
For the Stage 1 proposal, I'm not suggesting that we change <example> to be specialized from <fig> or <div>, but add it to the same locations, keeping the existing locations where it is allowed today.
The content model of example would remain the same as well.
Thanks and best regards,
--Scott
Scott Hudson
Content Technology Strategist, DS&A Information and Knowledge Services
Jeppesen, A Boeing Company
55 Inverness Drive East
Englewood, CO 80112
303-328-6228 | Cell: 303-350-7934
http://www.jeppesen.com
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]