[osflash] Open Source Interaction Components
Aral Balkan
aral at ariaware.com
Fri Aug 19 03:12:44 PDT 2005
Hi Aaron,
> What is it that SCORM *doesn't* allow as far as the "asynchronous,
> non-traditional interface that is the strength of Flash?"
You can't build a Flash LMS (ie., modules can't talk to a SWF using
JavaScript.) Thus you are limited to the page model and having the
controller be in HTML (or other technology that supports JavaScript.)
The opportunity to manage the learning experience using two of the
greatest advantages of Flash (maintaining state, lack of refreshes) are
lost.
> Yes, SCORM content developers must adhere to JavaScript.
This is SCORM's fundamental flaw. It should have been an XML protocol
*not* a scripting language. What is being exchanged is data -- who cares
*how* that data exchange occurs as long as the various parts know how to
deal with a well-defined schema.
To put things into perspective somewhat, we work in an industry in which
there's a ~70% failure rate for projects. (Thus, the overwhelming
majority of software that gets produced does not meet end-user needs and
is rejected.) Unfortunately, with the government support that SCORM has,
it will continue to live on, flawed as it is, without change because
that is how large bureaucracies (and their products) operate (ie.,
inefficiently.) If you work on government e-learning projects, then you
have no other choice but to bite the bullet and use SCORM. Otherwise, I
don't see any reason to adhere to such a flawed specification.
All this just reminds me why I love the open source world with its lack
of bureaucracy, dynamic nature, steely pragmatism and boundless energy! :)
Aral
More information about the osflash
mailing list