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] Feedback for Matching Table Items


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


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