Re: [dita-learningspec] LearningBase Requires learningBasebody: Should beoptional

[john_hunt@us.ibm.com]

Hi Eliot -

Making body optional in learningBase
and the other 5 l&t types makes sense to me and follows the general
spirit of providing a general starting point for these topics.

Thanks for bringing this one up.

I'll add this to the agenda for review
at the July 16 meeting for the Learning and Training Sub-committee.

I'll also post a couple additional items
of my own to add, based on the sample pilots underway at IBM.

I guess one benefit of the 1.2 review
cycle still on hold is that we can still make these kinds of adjustments.

Thanks.

John
___________________________________
John Hunt
Chair, OASIS DITA Learning and Training Content Sub-committee
Structured Content Architect / Lotus
Information Development Center
IBM Software Group
john_hunt@us.ibm.com

From:	Eliot Kimber <ekimber@reallysi.com>
To:	"dita-learningspec@lists.oasis-open.org" <dita-learningspec@lists.oasis-open.org>
Date:	06/21/2009 08:06 AM
Subject:	[dita-learningspec] LearningBase Requires learningBasebody: Should be optional

---

In converting my Open University sample I tried to
do this mapping:

Session -> learningContent title-only topic

Per the OU schema, Session never has any direct untitled content, only
subelements that will each be their own topics. Thus, there is no need
for a
body element *and allowing one would be counter to the OU schema*.

That is, the OU schema says "Session may never have direct untitled
content"
and the only way to enforce that rule in DITA and still have a topic for
the
session would be to specialize learningContent to disallow
learningContentbody. This is presuming that everything in the data set
that
is or contains learning content should be specialized from learningContent
or learningBase.

Thus, I would argue that learningBase (and its L&T-defined specializations)
should make the body element optional rather than required.

This would also allow for topics that have only abstracts or short
descriptions and no bodies without requiring empty body elements.

Cheers,

E.

----
Eliot Kimber | Senior Solutions Architect | Really Strategies, Inc.
email:  ekimber@reallysi.com <mailto:ekimber@reallysi.com>
office: 610.631.6770 | cell: 512.554.9368
2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
www.reallysi.com
<http://www.reallysi.com>
 | http://blog.reallysi.com
<http://blog.reallysi.com>
| www.rsuitecms.com
<http://www.rsuitecms.com>


---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail.  Follow this link to all your TCs in OASIS at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php