After a few days, this is what I’ve got: click. It’s a pretty straight forward scenario, but it demonstrates all of the features that I’ve got working.

I’ve been able to keep up with my “play” metaphor and it’s working out great by providing many more opportunities for gaming rather than typical multiple choice branching.

One of the projects brought up a requirement that started a new idea – an inventory system. All I really need to do is allow the learner to reference a screen shot to get some data, but I think it can be taken farther. But more on that later.

Multiple Sliders

I had a requirement to for an interaction for learners to rate up to six criteria for a given scenario. I thought of 3 different ways to do it: 1) that, 2) text entry and 3) drop down menus.

Text entry was the first idea. But that’s commonplace – can you call that an idea? I had a slider component that I’d coded for a project a year ago that was never used – so why not? The result, while interesting, fails miserably on many levels with visual clutter being the main one. I still think that it would work for up to 3 or 4 items, but it just doesn’t for this many.

So go back and do something more simple – with drop downs. I’d coded the slider to use the same basic properties as the native AS3 ones so, there wasn’t that much more effort to make this change. It’s much easier for the learner to use and saves a lot of space – so much that the scenario can be on the same screen as the question.

The biggest benefit of this is quick and easy reusability. Just change the XML file and it’s a new page. I don’t want to even think about how hard  some of these would be to pull of in Lectora. It gets really confusing when the action icons start to pile up.

I’m helping out on a project now that needs a few learning interactions developed – quickly. So I spent today working on these. Here they are in the Ramen player:

• Drag and Drop Fill in the Blank
• Scenario Checklist

These aren’t the fanciest interactions ever created, but not bad for a few hours work.

I’ve been planning to go down the most familiar path: a page-branch-page-branch-etc. architecture/flow. It’s the one that any elearning developer would be most familiar with. Each page contains pictures of the people and if it’s an interaction a few choices to click on. Just repeat that over and over and you have it. It’s a fairly “dumb” system.

But then I had a new idea on how to make this thing operate … had to dig out my Moleskine and start taking notes (for the first time in nearly 2 years).

What’s a better metaphor for this thing? How about a play? In this case my characters are actors. And what about all of the text? It’s generated from the actors! What about logic – is it in the page interaction or the controller? No – it comes from the actors reacting to a spoken line from another character.

Probably a small thing – but in the scope of what I want to do – it’s ground breaking. Now we have persistent actors on the stage (which now really is a stage) who drive the dialog and their reaction to it. Pages are now the “script” that is fed to the actors and look/feel of each page is the “set.” We don’t have a dumb template system we have a set of intelligent programmable avatars.

In code, each actor will be a component in the library following a MVC model. The sim. engine controller will handle the event listening and dispatch it to the correct actor. The logic will be part XML defined and part variable driven and will be in the actor’s controller. The look of the actor will be driven by logic (change based on emotion/score!) and the appearance of the dialog will come from the actor. Any narrative text (instructions, etc.) would be narration driven by the engine/narrator character. Interaction on a spoken line will cause a reaction in the targeted actor (you could speak to the mentor!) and will direct the play to a new page in the script. The page script will control the actor’s position, the look of the set, and feed new dialog to the actors.

This tips the possibilities towards the complex end of the scale – more complicated scenarios will be easier to play out while a linear scenario would be more difficult. It also opens the door towards making it more of a game. Actors can have different personalities by tweaking their logic and their automatic reactions. Point modifiers for certain actors and certain lines. Maybe you could flirt with the other actor. Maybe you could ask the mentor for help – or earn a “smooth talking” bonus? I’m thinking of a lot of new ideas here …

I spent way too much time thinking about this today, and have some free time, so … I’ll build one and document the process on this blog. Not an overly complex one, and I’m not going to be posting all of the source but it’ll be a nice thought experiment.

So what are my requirements?

• Produce 3 levels of simulation: 1) Linear/low, 2) Branching and 3) “Dynamic State”/complex based on previous branches or other data.
• Minimum of 3 characters: antagonist (customer), protagonist (you) and a coach/mentor/guide
• Learner character choice – pick the protagonist who you identify with (age, race, sex, etc.)
• Scoring – possibly represented as antagonist “mood”
• History states – go back and review/change past choices
• Possible branching to other tasks – system/mechanical sim?
• Basic flow: Introduction, protagonist selection, conversation tree, resolution, summary
• Tie learning objectives/goals to places in the scenario to measure success/failure.
• Photos of the characters in different states
• Audio?
• Video?
• Fully Flash based (rich media, etc.)
• Easy to edit by moderately technical people (XML driven)
• Possible SCORM tracking: score, answers, performance, time

Not a small list! Not quite sure how long it’ll take me and it will definitely be a phased solution. And I don’t know if  it’ll every be used for anything in production, but it’ll be a nice little way to keep busy in the evenings.

So, let’s get started …

var mc:MovieClip = attachMovie(linkageid, newname, depth);

By in AS3, all of you linked library objects are now classes, so you need to do this with the class name:

var mc:Thingy = new Thingy();

What if you want to attach any random movieclip at runtime but you don’t know what class it will be ahead of time. Maybe its driven by an external data source? You could have a nice if/else or switch block and call the class based on a variable, but that’s a pain in the ass.

So, here is a function that I came up with to make it easier:

function getArbitraryLibraryObject(n:String):Object {

var objC:Class = Class(this.loaderInfo.applicationDomain.getDefinition(n));

var obj:Object = Object(new objC());

return obj;

}

var mc:MovieClip  = getArbitraryLibraryObject(linkage) as MovieClip;

Let me know if there’s an easier way to go about it, but I haven’t run across one.

In my Ramen player, I’m using this to call sound effects and page to page transition effects.

Problem: I needed to update a few Flash movies embedded in a straightforward Articulate ’09 course, then publish and upload. Simple enough, right?

Updating Flash movies embedded in an Articulate course

When you update a Flash movie that’s embedded in an Articulate course, Articulate picks up the new file since has a link to it on the hard drive.  But it wasn’t doing this with the Flash movies that I had. And I couldn’t figure out why – I didn’t want to reimport them all.

So, I tweeted the problem and Dave Anderson replied with a Screenr showing how this is supposed to work. Well, ok – I had the right idea. But I’d forgotten that when I installed Windows 7, I’d moved all of my working files – so the project was in a completely different location than it had been when I created it. Doh! Articulate stores absolute references to embedded Flash, not relative. Moved the files back to where I had them and that problem was fixed.

Dave later directed me to a Screenr by James Kingsley showing good Flash/Articulate workflow techniques.

Presenter locking up when publishing

So, next problem that I had was presenter stopped publishing the deck. It always stopped on the “Saving files to disk” operation. At first it seemed random as to which slide it got stuck on, and then finally settled on slide 18. It just would not go past this point. I rebooted, which has resolved this issue in the past, but no luck.

Back to Twitter. Brian Batt offered to help and directed me to download and run the Articulate debug tracer, and then send the results back to him. With this running I could see that the SWF on that slide was causing the freeze. I republished the SWF. Not fixed. Reinserted the SWF. Not fixed. Deleted the slide and rebuilt it. Still no luck.

Out of ideas, I uninstalled Articulate, rebooted and reinstalled it. I’d seen that anti virus programs can also interfere with this so I turned it off while I was at it. One of these fixed it. Not sure which since I didn’t follow good troubleshooting procedures, but it publishes just fine now. Which is all I cared about.

The trace window is pretty cool – they should include something like this in the tool under a “More Details” button  - I’m not a fan of processes that take >10 minutes to run with little information. This fixes that for me.

Uploading to a FTP site

I uploaded it to my site and went to preview it. I got the dreaded “Slide 100 of 160″ blank screen error. This means that either I’m using Articulate 4 with Flash 10 (which I’m not) or something didn’t upload correctly. I deleted the files and tried again. Same issue. Articulate has a built in FTP option, so I used that. It failed twice saying “Cannot upload file, unknown error.”

I’m just a little mad at this point </sarcasm>.

I started looking at options in my FTP program. I noticed that the file transfer type was set to “auto.” I’d seen problems in the past where binary files has been uploaded as ASCII, so I changed it to binary. Re-uploaded and viola!

Lessons learned

So here’s what I got out of this:

1. Articulate doesn’t use relative paths to imported Flash movies. Don’t move things around!
2. Turn off your virus scanner if you have problems publishing
3. Always upload Articulate courses in binary mode
4. Articulate has awesome support via Twitter

Part 2 coming the next time I have to go through something like this!

SCOMaster Gameplay

I don’t plan to make them drop dead simple to use, like the old ones that were included with Flash, but I’d like to ask my (very few) readers: “What would you like me to do?” Are there interactions that you’d like to see?

I plan on making them class based, following the MVC pattern, with the data stored in an XML file. Should make it easy enough to modify, but the AS3 code would be intermediate level so it would require some effort there.

If I don’t receive any comments, I’ll just start wandering in a random direction and post what I come up with.

Update, 1/21/09: Well, things didn’t go as easily as I’d planned. Work was crazy and then I took a break for the holidays and just couldn’t get motivated to start on these. Excuses. But I’ve finally gotten around to turning the computer back on in the evenings, so I’ll be picking up on a few odds and ends soon.

Also – thanks for all of the comments!

I’ve been playing around with using gestures with WiiFlash as an alternative input scheme. As a first step, I’ve taken the Flash Gesture recognition code from Didier Brun and modified it to work with a Wii remote instead of the mouse. It works pretty well – some of the letters aren’t easy to hit – but not bad for a first try. I’d like to modify with further have more “shapes” rather than “letters” to match. More to come on this when I get extra time.