Ignacio Gros

He probado scorm.zip.

• index.html está bien codificado (UTF-8)
• También se especifica en su HTML (encoding y charset)
• Lo he publicado sin problemas en Moodle 1.9 (servidor en UTF-8)

La única diferencia que veo es que al SCORM se accede desde php (file.php) mientras que al index.html del sitio web de tu pantallazo se accede directamente (…PruebaeXeHTML/…).

Tiene que tratarse de un problema de configuración…

Los documentos generados por eXe están codificados en UTF-8. La forma de hacerlo es igual en sitio web que en SCORM o IMS. Tal vez el fallo se deba al servidor.

Me refiero al tercer punto de esta página.

Por favor, léelo y nos cuentas. Si sigue fallando, dinos con qué versión de eXe estás exportando y envíanos un SCORM de prueba.

Saludos.

Ese menú solo aparece al exportar como sitio web. En el caso de SCORM e IMS será el propio LMS el que se encargue de crear el menú de navegación.  Puedes probarlo en Moodle con la opción “Agregar recurso – Despegar paquete de contenidos IMS”.

Saludos.

Respuesta a la pregunta sobre Lightbox en este mensaje.

Saludos.

Hola Francisco.Ahora mismo habría que hacer esto:

• Añadir las imágenes, los JS y los CSS necesarios al paquete (para que eXe lo haga automáticamente tendrías que enlazarlos desde alguna página).
• Después podrías incluir la llamada al JS en Propiedades – Pie de página (ahí puedes añadir HTML que se incluirá en todas las páginas).
• Una vez hecho eso, podrías usar rel=”lightbox”.

De todas formas, en la próxima versión de eXe estará disponible rel=”lightbox”. Añadiéndolo se activará Lightbox (si JavaScript está habilitado, claro). Mucho más fácil…Saludos.

Comprueba si has hecho los cambios en content.css (nav.css solo se incluye al exportar como sitio web).Puedes añadir “margin” o “padding” a body. Ejemplo: body{margin:20px}Eso debería funcionar. Si no es así, puedes pasarnos un enlace o el Estilo para que lo miremos.

Saludos.

Hola Laura.

Incluir una descripción textual en una imagen no es buena práctica porque supone un problema de accesibilidad (el texto no es contenido real y habrá quien no pueda leerlo).

De todas formas, si vas a hacerlo así, hay algo que funcionará a la perfección en INTEF 2.0, que saldrá pronto. Si añades rel=”lightbox” al enlace, la imagen se abrirá como las de la Galería de imágenes. Ejemplo:

<a href=”mi_imagen.png” title=”Definición del término X” rel=”lightbox”>X</a>

Y si quieres crear colecciones (grupos de palabras), puedes añadir esto: rel=”lightbox[miGlosario]”.

Saludos.

Hola Fran.

Hay tantos niveles como hayas creado, lo que pasa es que no siempre va aumentando la sangría. Se cortó en el tercer nivel porque se consideró que no era habitual (ni recomendable) que hubiese más niveles.

Como solución rápida, puedes añadir esto al final del archivo nav.css del Estilo que estés usando (INTEF):

#siteNav ul ul ul ul a{padding-left:60px}#siteNav ul ul ul ul ul a{padding-left:70px}

Espero que te sirva.

Hola Laura.

Ahora mismo no hay una forma de guardar resultados/respuestas.

Se podrían guardar en el navegador usando HTML5 Store, pero en estos momentos eXe no proporciona ningún mecanismo para hacerlo. Igual más adelante sí.

Así que si no hay conexión, me temo que no hay otra que guardar los datos con un sistema como el que comentas. O programar con JavaScript ese mecanismo para almacenar los datos en el navegador del usuario.

Saludos.

Sobre el iDevice “Artículo Mediawiki”:

No será fácil, si es que es posible, controlar la presentación (los CSS que incluimos ahora son los de Wikipedia. No todos, claro).

Me gusta la idea de un iDevice “Artículo Mediawiki”.

Con eso y el iframe (o un simple enlace, que muchas veces es mejor) se cubren muchos casos.

Tampoco conocía vikidia.

¡Gracias!

Puedo ver el contenido del iframe en Windows (FF, Chrome e IE10) sin problemas. Lo que pasa es que, como dices, te faltará o fallará algún plugin. En el HTML de presentacion.zip encontramos frameborder=”&rdquo;0&Prime;” en lugar de frameborder=”0″ (esto no tiene que ver con el problema). Saludos.

Ten en cuenta que no todos podrán ver el PDF en el iframe. Creo que la mejor solución es la más sencilla: incluir un enlace al PDF y que cada usuario lo vea según sus preferencias (en el navegador, en el visor de PDF que tengan instalado…).

Saludos.

Como bien dice Juan Rafael (“jrfern”), eXe ha mejorado mucho desde entonces. Ya no se puede decir que “tales requisitos no se cumplen en la mayoría de casos por parte de herramientas como exelearning”, como afirma Luis M. en el foro que menciona Juan.

A las mejoras incorporadas mencionadas más arriba se sumarán otras en la próxima versión, más en la siguiente, y así sucesivamente.

• En algunos casos (me refiero a algunos iDevices), el nivel de accesibilidad de eXe dependerá de los contenidos introducidos por el autor, si bien en esos casos la propia herramienta facilita (no asegura) la creación de contenidos accesibles.
• En otros, la accesibilidad está asegurada: el usuario no puede generar código no accesible porque es la propia herramienta la que lo genera.
• Por último, hay otros iDevices cuyo nivel de accesibilidad debe mejorar. El usuario no tiene posibilidad de modificar el HTML generado por eXe, y este no es perfecto.

Esto último no es una buena noticia. Lo bueno es que lo sabemos y que lo corregiremos lo antes posible. eXe seguirá mejorando también en ese sentido.

Se agradece el interés por generar contenidos accesibles como el de Carmen y Juan. A ver si pronto podemos decir que todo lo generado por eXe es accesible.

Saludos.

Hola Pepe.

Creo que sería interesante.

En alguna ocasión he hecho eso con JavaScript, como propones en otro hilo, aunque me parece que vendría bien que el menú estuviese en el HTML.

Saludos.