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

 


Help: OASIS Mailing Lists Help | MarkMail Help

dita-learningspec message

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


Subject: Re: [dita-learningspec] Interactions Require @id -- Why?


On 7/21/09 8:30 AM, "john_hunt@us.ibm.com" <john_hunt@us.ibm.com> wrote:

> Hi Eliot,
> 
> In discussion about SCORM processing models, some of the more advanced
> processing had need to track interaction items against specific
> objectives, so we made those ID's required, to make them available for
> that kind of tracking if needed.
> 
> This does place a restriction on those elements, but does position them
> better for the processing to take advantage of the specific identifiers.

Hmmm. That does make some sense. However, I would think that processors
could assign IDs in the case where IDs are not provided.

But I guess the thinking is that there would normally be a need for users to
be able to go from SCORM-reported interaction IDs to the original
interactions, which you obviously can't do if the IDs are generated.

I think it would be helpful, if not essential, if this explanation is in the
docs, since otherwise, this required ID is as far as I know unique within
the standard DITA element types, so it comes as a bit of a surprise.

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> 



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