1 Correct answer
Nov 08, 2007
I think I may be on to something.
If captivate won't give up the variable willingly, then I can always steal it. I'm working on a swf to "wrap" the captivate file in that will snatch the score up once it's calculated. I'm not sure if this'll work, but it seems to be the most promising idea I've had thus far.
I can access the test score like this:
container.slide X_scoring_mc._scoreDisplay._percentCorrect
The only problem is the "X" part. That's the slide number that the test is located on (w...
If captivate won't give up the variable willingly, then I can always steal it. I'm working on a swf to "wrap" the captivate file in that will snatch the score up once it's calculated. I'm not sure if this'll work, but it seems to be the most promising idea I've had thus far.
I can access the test score like this:
container.slide X_scoring_mc._scoreDisplay._percentCorrect
The only problem is the "X" part. That's the slide number that the test is located on (w...
31
Replies
31
31
Replies
Advocate
,
I agree with BurTech. If your vendor can't look at the Dev
Center article and figure it out, you need to find someone else.
The process doesn't require Flash and isn't even that hard. I wanted so see how hard it would be, so using the example in the Dev Center article I created a custom database write routine in classic ASP using Dreamweaver. It took maybe an hour. I wouldn't expect ASP.Net to be any different.
While my sample solution certainly isn't suitable for production use, it does prove that it can be done and any competent web developer should be able to comprehend the developer center article easily.
BurTech's suggestion to have the vendor parse the gstrEmailBody variable itself is also a very good one. It's more work to do it that way but you also have access to the full array of Captivate data that's available through the various Quiz Manager settings.
Tim understandably grabbed only the minimum required values in his Dev Center example, but you may also be interested in things like elapsed time and how users answered each interaction. Assuming you set it up appropriately in Quiz Manager, all those things are in the gstrEmailBody variable and you just need to pull them out, which is a bit of work but worthwhile if you're interested in such things.
A quick look at the Dev Center article reveals the answers to all the vendor's questions:
1) Define what data you want to track in the flash application
If you change the sendMail() function in your published HTM file to look like this:
function sendMail()
{
alert(gstrEmailBody);
... original code continues here ...
}
then you'll see all the data that's available if you pass the gstrEmailBody variable itself. Otherwise, the Dev Center article makes only the following data available:
- name (entered manually on the form created on page 3 of the article)
- course (hardcoded in the Dev Center article but can be pulled dynamically from the HTM title if you specify it in the properties of your Captivate project [File menu | Properties])
- total (total possible points)
- correct (number of points the user got)
- score (Captivate-calculated score)
2) Pass the data to an external store sop we can manipulated like a php
page, URL or else.
Whatever that means. The Dev Center article already does this. On page 3, the code sends the results to a page named insert.cfm but you can change this to your own page that does your own special magic with the data.
3) Tell us what data he will be passing and its format so our developer
can manipulated."
The data elements are listed above and are sent via a simple web form. If they can't figure that out from the Dev Center article, they're obviously gypsies who are trying to fleece you by posing as web developers.
The process doesn't require Flash and isn't even that hard. I wanted so see how hard it would be, so using the example in the Dev Center article I created a custom database write routine in classic ASP using Dreamweaver. It took maybe an hour. I wouldn't expect ASP.Net to be any different.
While my sample solution certainly isn't suitable for production use, it does prove that it can be done and any competent web developer should be able to comprehend the developer center article easily.
BurTech's suggestion to have the vendor parse the gstrEmailBody variable itself is also a very good one. It's more work to do it that way but you also have access to the full array of Captivate data that's available through the various Quiz Manager settings.
Tim understandably grabbed only the minimum required values in his Dev Center example, but you may also be interested in things like elapsed time and how users answered each interaction. Assuming you set it up appropriately in Quiz Manager, all those things are in the gstrEmailBody variable and you just need to pull them out, which is a bit of work but worthwhile if you're interested in such things.
A quick look at the Dev Center article reveals the answers to all the vendor's questions:
1) Define what data you want to track in the flash application
If you change the sendMail() function in your published HTM file to look like this:
function sendMail()
{
alert(gstrEmailBody);
... original code continues here ...
}
then you'll see all the data that's available if you pass the gstrEmailBody variable itself. Otherwise, the Dev Center article makes only the following data available:
- name (entered manually on the form created on page 3 of the article)
- course (hardcoded in the Dev Center article but can be pulled dynamically from the HTM title if you specify it in the properties of your Captivate project [File menu | Properties])
- total (total possible points)
- correct (number of points the user got)
- score (Captivate-calculated score)
2) Pass the data to an external store sop we can manipulated like a php
page, URL or else.
Whatever that means. The Dev Center article already does this. On page 3, the code sends the results to a page named insert.cfm but you can change this to your own page that does your own special magic with the data.
3) Tell us what data he will be passing and its format so our developer
can manipulated."
The data elements are listed above and are sent via a simple web form. If they can't figure that out from the Dev Center article, they're obviously gypsies who are trying to fleece you by posing as web developers.
Resources
Help resources
AdChoices