Hola,
Les explico mi problema. Hemos desarrollado un curso en flash. La idea es montarlo en Moodle como un paquete scorm (para esto utilicé Reload).
Cree varios items y a cada uno de ellos asigné un recurso (Html que contiene a su vez un swf -"sco"-) En cada uno de los flash utilicé un código scorm para establecer el "set lesson location".
Sin embargo, una vez montado el curso veo que todos los flashes se cargan directamente en el primer html. El curso esta diseñado para que no se utilice el index que genera automáticamente el scorm sino que tiene navegación interna a traves de un botón que carga el próximo swf. El otro problema es que algunos sfw tienen un comportamiento extraño, por ejemplo hay un flash que se va directamente hasta el último fotograma....Cuando hago el preview content package en el Reload funciona perfectamente.....
Pregunto:
1) Si los archivos flash están enlazados ( hay un botón que llama a la siguiente diapositiva) ¿esto puede producir problemas con el tracking y/o la navegación?
2) El curso pesa 39,8 MB, puede ser esto la causa del problema?
Muchas gracias
Hola Micaela,
Lo que estoy entendiendo es que creaste un curso y vinculaste el SWF con
Scorm a partir de seleccionar una opción del cátalogo "Agregar un recurso".
Por ahí puedes invocar documentos HTML, que NO están vinculados al
módulo SCORM de Moodle.
Por eso no te sale nada como esperas.
Si lo que entiendo que hiciste es correcto, te recomiendo mejor que utilices
el catálogo "Agregar actividad" y elijas la opción "SCORM".
Otra posibilidad es que cuando crees el curso, elijas directamente la
opción "Formato SCORM", en lugar de "Formato semanal" o "Formato de temas".
Ahora bien, de lo que dices:
1) "Sin embargo, una vez montado el curso veo que todos los flashes se cargan directamente en el primer html. El curso esta diseñado para que no se utilice el index que genera automáticamente el scorm"
Yo creo que sí se está brincando el index, porque según yo, de la manera que lo hiciste, te brincarían a cada rato un sin fin de ventanas advirtiéndote que no se puede inicializar el LMS, que no se encuentra el "api wrapper", etc.
2) "El otro problema es que algunos sfw tienen un comportamiento extraño, por ejemplo hay un flash que se va directamente hasta el último fotograma"
Aquí no sé qué pase. Una posibilidad que se me ocurre sin mayor base que
la "iluminación divina", es que los swf no entienden qué hacer porque les
pusiste Scorm desde dentro y como no hay conexión con la plataforma,
tienen un comportamiento inesperado.
3) Si los archivos flash están enlazados ( hay un botón que llama a la siguiente diapositiva) ¿esto puede producir problemas con el tracking y/o la navegación?
Según yo, no hay ningún problema.
El detalle creo que es que a cada instancia de las flechas de avance se le
debería asignar SCORM para llevar el tracking.
Yo la verdad nunca he hecho eso, y sólo hemos tenido el tracking de cuando
el html llama al flash, y de cuando el flash se cierra.
4) El curso pesa 39,8 MB, puede ser esto la causa del problema?
No creo. Nosotros hemos tenido cursos de más de 100 megas (módulos
pequeños que en total contabilizan ese tanto), y no hay ningún problema.
Finalmente, vale la pena recordar que un curso o módulo empaquetado en
SCORM tiene dos componentes: un manifiesto (que son muchos archivos
XML) y un apiwrapper (que es un javascript).
Según yo Reload te construye muy bien el manifiesto, pero no genera
el apiwrapper, porque este debes de integrarlo en tu contenido previamente.
Digamos que esa es responsabilidad del software generador de contenido.
Quizá si usas el paquete EXE puedas crear un HTML desde el que llames el SWF.
Exe sí te genera un apiwrapper.
Luego del total de HTML's tentativamente generados con EXE, recurres a
Reload y los ordenas para crear el manifiesto.
"Zippeas" todo y ya está tu curso SCORM
Nunca he hecho esto, pero se me hace que es viable.
Lo que creo es que el tracking vía flash no se hará, porque EXE le incluirá
el tracking al HTML (no puede abrir el Flash para dirigir el seguimiento
vía el ApiWrapper).
En fin, hace tiempo no uso Flash, pero estoy seguro de que con Flash y Dreamweaver, generas el paquete Scorm completito.
Mira este documento.
Por ahí va la cosa. Como verás ahí, Reload NO crea paquetes SCORM.
Espero que todo esto aunque sea te dé un poco de luz para resolver tu
problema.
Saludos
Lo que estoy entendiendo es que creaste un curso y vinculaste el SWF con
Scorm a partir de seleccionar una opción del cátalogo "Agregar un recurso".
Por ahí puedes invocar documentos HTML, que NO están vinculados al
módulo SCORM de Moodle.
Por eso no te sale nada como esperas.
Si lo que entiendo que hiciste es correcto, te recomiendo mejor que utilices
el catálogo "Agregar actividad" y elijas la opción "SCORM".
Otra posibilidad es que cuando crees el curso, elijas directamente la
opción "Formato SCORM", en lugar de "Formato semanal" o "Formato de temas".
Ahora bien, de lo que dices:
1) "Sin embargo, una vez montado el curso veo que todos los flashes se cargan directamente en el primer html. El curso esta diseñado para que no se utilice el index que genera automáticamente el scorm"
Yo creo que sí se está brincando el index, porque según yo, de la manera que lo hiciste, te brincarían a cada rato un sin fin de ventanas advirtiéndote que no se puede inicializar el LMS, que no se encuentra el "api wrapper", etc.
2) "El otro problema es que algunos sfw tienen un comportamiento extraño, por ejemplo hay un flash que se va directamente hasta el último fotograma"
Aquí no sé qué pase. Una posibilidad que se me ocurre sin mayor base que
la "iluminación divina", es que los swf no entienden qué hacer porque les
pusiste Scorm desde dentro y como no hay conexión con la plataforma,
tienen un comportamiento inesperado.
3) Si los archivos flash están enlazados ( hay un botón que llama a la siguiente diapositiva) ¿esto puede producir problemas con el tracking y/o la navegación?
Según yo, no hay ningún problema.
El detalle creo que es que a cada instancia de las flechas de avance se le
debería asignar SCORM para llevar el tracking.
Yo la verdad nunca he hecho eso, y sólo hemos tenido el tracking de cuando
el html llama al flash, y de cuando el flash se cierra.
4) El curso pesa 39,8 MB, puede ser esto la causa del problema?
No creo. Nosotros hemos tenido cursos de más de 100 megas (módulos
pequeños que en total contabilizan ese tanto), y no hay ningún problema.
Finalmente, vale la pena recordar que un curso o módulo empaquetado en
SCORM tiene dos componentes: un manifiesto (que son muchos archivos
XML) y un apiwrapper (que es un javascript).
Según yo Reload te construye muy bien el manifiesto, pero no genera
el apiwrapper, porque este debes de integrarlo en tu contenido previamente.
Digamos que esa es responsabilidad del software generador de contenido.
Quizá si usas el paquete EXE puedas crear un HTML desde el que llames el SWF.
Exe sí te genera un apiwrapper.
Luego del total de HTML's tentativamente generados con EXE, recurres a
Reload y los ordenas para crear el manifiesto.
"Zippeas" todo y ya está tu curso SCORM
Nunca he hecho esto, pero se me hace que es viable.
Lo que creo es que el tracking vía flash no se hará, porque EXE le incluirá
el tracking al HTML (no puede abrir el Flash para dirigir el seguimiento
vía el ApiWrapper).
En fin, hace tiempo no uso Flash, pero estoy seguro de que con Flash y Dreamweaver, generas el paquete Scorm completito.
Mira este documento.
Por ahí va la cosa. Como verás ahí, Reload NO crea paquetes SCORM.
Espero que todo esto aunque sea te dé un poco de luz para resolver tu
problema.
Saludos
Hola David, muchas gracias por tu respuesta.
Aclarando tu respuesta:
1.- Efectivamente en "Agregar actividad", seleccioné la opción "SCORM", asimismo utilicé la opción "Formato SCORM".
2.-Exe me parece un programa excelente sin embargo cuando lo utilizo tengo que adaptar mi interfaz a la que el programa genera...
Te doy las gracias por el documento, no había considerado la opción de utilizar el SCORM Runtime Wrapper.....
Aclarando tu respuesta:
1.- Efectivamente en "Agregar actividad", seleccioné la opción "SCORM", asimismo utilicé la opción "Formato SCORM".
2.-Exe me parece un programa excelente sin embargo cuando lo utilizo tengo que adaptar mi interfaz a la que el programa genera...
Te doy las gracias por el documento, no había considerado la opción de utilizar el SCORM Runtime Wrapper.....