Why does Articulate 2 TinCan prepend responses with http:// ?
Apr 27, 2015
Here's an example of an Articulate 1 TinCan response :
=> {"actor"=>nil,
"verb"=>"attempted",
"context"=>
{"registration"=>"",
"contextActivities"=>{"parent"=>{"id"=>"5YQtM2w9GmB_course_id"}, "grouping"=>{"id"=>"5YQtM2w9GmB_course_id"}}},
"object"=>
{"id"=>"5YQtM2w9GmB_course_id",
"definition"=>{"name"=>{"und"=>""}, "type"=>"Course", "description"=>{"und"=>""}}}}
And here is your TinCan response from Articulate 2 :
=> {"version"=>"1.0.0",
"context"=>
{"registration"=>"",
"contextActivities"=>
{"grouping"=>{"id"=>"http://6pjhqdKMEmV_course_id"}, "parent"=>{"id"=>"http://6pjhqdKMEmV_course_id"}}},
"actor"=>nil,
"verb"=>{"id"=>"http://adlnet.gov/expapi/verbs/experienced"},
"object"=>{"id"=>"http://6pjhqdKMEmV_course_id/5xngOXSV0jU"}}
Whats the purpose of prepending http:// ? Looks like a bug to me. Equally, why is Articulate 2 and TinCan not backwards compatible? You're making dev teams around the world bend over backwards to catch up to your changes. I can't even imagine how many LRS' you broke around the world with these changes.
1 Reply
Hi Trip!
Is there an issue that our team can assist you with or were you just asking about the information?
I do not claim to understand a lot about Tin Can, but as far as those responses, that would probably be proprietary information. SL2 is not backwards compatible to SL1.
This discussion is closed. You can start a new discussion or contact Articulate Support.