[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]