[osflash] SCORM

Thu Apr 27 10:25:07 EDT 2006

This reminds me a lot of when I first started working with Flash and SCORM.

Technically, if your "player" is going to handle all the loading of other
.swf content inside it, then (again, technically) your player .swf, all the
content .swfs, its own manifest.xml and the html page and any javascript
associated with it all make up ONE SCO.

Now, if you want to break out the .swfs out of the "player", then you could
make them each a SCO, and turn the navigation over to the LMS.  That would
be more in the "spirit" of SCORM.  This would allow you to only focus on
content development and leave the navigation on the Learning Management
System.  In doing so, however, you'll lose the seamless transitions from one
piece of content to another that is probably the reason why you built your
flash "player" to begin with.

Working off the imsmanifest.xml for your Flash player is a bad idea because
the LMS is going to flow from one activity to the next.  My advice would be
that if you're going to have a Flash "player" that will display all your
content, you're going to want a separate .xml (or any other sequencing
solution) strictly for your Flash content.

Does that help?

-a-

On 4/27/06, Lieven Cardoen <Lieven.Cardoen at indiegroup.be> wrote:
>
>  Hi,
>
>
>
> I will sketch you a little bit what i'm doing. In the company I work,
> we've made a player in flash. On the left-side there's a tree with the
> structure of the course. This structure is gotten from a manifest.xml, a
> bit like the scorm-manifest. When a user clicks on a leaf, the xml of the
> exercise is loaded and the proper module is rendered (there's about 15
> modules in our system, dragndrops, fillin's, crosswords, …).
>
>
>
> Now I would like to make this SCORM-compatible.
>
>
>
> My first question is this :
>
>
>
> Do I make a scorm-manifest with one item which then loads our swf. Problem
> here is I guess that there will be a tree on the left wich represents the
> scorm-manifest and then on the right our swf with again a tree.
>
> Other option is to let the scorm-manifest handle the structure. For this I
> made a miniplayer that doesn't load our manifest.xml, but gets directly
> the xml from one exercise. So then I have one tree on the left and an swf on
> the right (which will be loaded each time a user clicks on an item).
>
>
>
> Other questions will follow… thx Lieven Cardoen
>
>
>
> *lieven cardoen***
>
> *indie**group**
> **interactive digital experience**
> **engelse wandeling 2 k18
> b8500 kortrijk
> **T +32 (0)56/361 197
> **// communicatie bij voorkeur op **lieven.cardoen at indiegroup.be*
>   ------------------------------
>
> *From:* osflash-bounces at osflash.org [mailto:osflash-bounces at osflash.org] *On
> Behalf Of *Aaron Silvers
> *Sent:* woensdag 26 april 2006 16:02
> *To:* Open Source Flash Mailing List
> *Subject:* Re: [osflash] SCORM
>
>
>
> Exactly... which is why I like using the Flash/JS Integration Kit.  The
> getURL works great for passing calls to the SCORM API from Flash, but it
> doesn't really allow for a return value, and traditionally the real pain in
> working with SCORM and Flash has been in getting information from the LMS
> back into your Flash content.  Even Initialize() and Terminate() calls
> return a boolean.
>
> The Flash/JS kit works great for that kind of thing... though it would be
> nicer if the queuing was fixed once and for all.  There are often instances
> where you need to be creative in getting multiple SCORM API calls to work
> with the current Flash/JS code.
>
> -a-
>
> On 4/26/06, *Tim Scollick* <tim.scollick at gmail.com> wrote:
>
> Unfortunately, a lot of enterprise customers are still locked to Flash 7
> which leaves you using Javascript getURL calls (which is a more elegant
> solution and better across browsers than fscommand, in my opinion).
>
>
>
> On 4/26/06, *Aaron Silvers* <aaron.silvers at gmail.com > wrote:
>
> The Rustici Software poster is pretty good.  Mike Rustici is very
> knowledgeable about SCORM.
>
> As for the sample API Wrapper... eek!  I'd *really* shy away from anything
> to do with FSCommand unless you're absolutely certain you're not going to be
> deploying on anything other than Windows and IE (and before Flash 8
> player).  But going back to 2001 when it was created, I can't imagine that
> there was any better solution.
>
> As far as Flash-to-JavaScript communication goes, FSCommand is a shrewd
> mistress, and an unpleasant crutch (imho).  Now, with the Flash/JS
> Integration Kit and ExternalInterface post-Flash 8 -- you have a wealth of
> better options.
>
>
> -a-
>
>
>
> On 4/25/06, *l u c h y x* <luchyx at gmail.com> wrote:
>
> A few months ago, I was working on a "Situation Based E-learning Game".
> And the SCORM api on moodle and angel.
> Look the resources here, now we are using the same code in our e-learning
> projects if they need scorm integration.
> But all code is for Flash Player 7.0, no  External interface is used by
> now.
>
> Don�t miss the SCORM poster ;)
>
> http://riaevolution.com/applications/elearning/
>
>  On 4/25/06, *Aaron Silvers *<aaron.silvers at gmail.com > wrote:
>
> I look forward to it, Justin.  I put out some code on the site last
> November using the Flash/JS Integration Kit working with SCORM 1.2 and
> SCORM 2004.  It should provide some insight as to how one can work with
> SCORM and Flash projects pre-Flash 8.
>
> Shows how often I've been on my own blog since moving to Chicago.
>
> The site is up now, complete with a bunch of information on SCORM 2004,
> SCORM 1.2 and Flash.  Thanks for kicking me in the butt to look into it.
> I have a bunch of new stuff I'm readying to post.  This helped to clear the
> road.
>
> http://flashforlearning.com
>
>
> -a-
>
>
>   On 4/25/06, *Justin Clift* < justin at postgresql.org> wrote:
>
>
>
>
>
>
> Thanks Aaron.  Once the first prototype is available and gives a good
> idea of what it'll take for a Real Implementation (i.e. version 2), then
> I'll buzz you too.
>
> Prolly about a month away, as I'm working on it after hours. :)
>
> Regards and best wishes,
>
> Justin Clift
>
>
>
> --
>
>
> -a-
>
> Aaron E. Silvers
> aaron.silvers at gmail.com
> http://flashforlearning.com
> ------------------------------------------
> "Whoso would be a man must be a nonconformist." - Ralph Waldo Emerson
>
>
>
> _______________________________________________
> osflash mailing list
> osflash at osflash.org
> http://osflash.org/mailman/listinfo/osflash_osflash.org
>
>
>
>
> --
> l   u   c   h   y   x
> r i a e v o l u t i o n �
> luchyx at riaevolution.com
> http://www.riaevolution.com
> Phone: +54 (11) 4931-7006
>
>
> _______________________________________________
> osflash mailing list
> osflash at osflash.org
> http://osflash.org/mailman/listinfo/osflash_osflash.org
>
>
>
>
> --
> -a-
>
> Aaron E. Silvers
> aaron.silvers at gmail.com
> http://flashforlearning.com
> ------------------------------------------
> "Whoso would be a man must be a nonconformist." - Ralph Waldo Emerson
>
>
> _______________________________________________
> osflash mailing list
> osflash at osflash.org
> http://osflash.org/mailman/listinfo/osflash_osflash.org
>
>
>
>
> _______________________________________________
> osflash mailing list
> osflash at osflash.org
> http://osflash.org/mailman/listinfo/osflash_osflash.org
>
>
>
>
> --
> -a-
>
> Aaron E. Silvers
> aaron.silvers at gmail.com
> http://flashforlearning.com
> ------------------------------------------
> "Whoso would be a man must be a nonconformist." - Ralph Waldo Emerson
>
> _______________________________________________
> osflash mailing list
> osflash at osflash.org
> http://osflash.org/mailman/listinfo/osflash_osflash.org
>
>
>

--
-a-

Aaron E. Silvers
aaron.silvers at gmail.com
http://flashforlearning.com
------------------------------------------
"Whoso would be a man must be a nonconformist." - Ralph Waldo Emerson
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://osflash.org/pipermail/osflash_osflash.org/attachments/20060427/cfc4ea56/attachment-0001.htm