[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [dita-learningspec] Feedback for Matching Table Items
Good point. That makes my option A the only viable option. Cheers, Eliot On 7/2/09 3:12 PM, "Scott Hudson" <scott.hudson@flatironssolutions.com> wrote: > Let's say you manage lcItem as a separate object, and re-use it in other > modules. I don't think it makes sense to have lcFeedback(s) as children > of lcItem, if it might be used in different contexts? > > I think I like option A, as it is context-specific. Perhaps this third > child could be lcMatchResult or something? > > Best regards, > > --Scott > > Scott Hudson > Senior XML Architect > > +1 (303) 542-2146 | Office > +1 (303) 332-1883 | Cell > Scott.Hudson@flatironssolutions.com > ========================================== > Flatirons Solutions > http://www.flatironssolutions.com > > > > Eliot Kimber wrote: >> My client has a matching table that is implemented by a Flash component that >> provides correct and incorrect feedback for each lcItem. >> >> Looking at the model for lcMatchTable, there doesn't appear to be a direct >> way to associate per-item feedback. >> >> I'm wondering if this was discussed in the design of match table? >> >> The only options that seem to make sense are: >> >> A. Provide a new third child of lcMatchingPair that can then hold either or >> both of lcFeedbackCorrect and lcFeedbackIncorrect. >> >> B. Allow lcFeedbackCorrect and lcFeedbackIncorrect as a child of <lcItem> >> and/or lcMatchingItem. >> >> Are either of these sensible suggestions? >> >> The way this particular assessment works in their inline course is that you >> drag what would be an <item> onto a potential match. If the match is wrong, >> it presents text that relates to the item, e.g. "The Red Sox play in a town >> known for beans and politicians". The correct answer essentially restates >> the matchingItem: "The Red Sox play in the city of Boston in Fenway Park." >> >> That seems like a reasonable scheme to me. I can imagine having more >> informative responses. >> >> Cheers, >> >> Eliot >> >> ---- >> 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 >> >> ---- 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]