Forum Replies Created
-
Entradas
-
Me temo que no, salvo que guardes todas las imágenes y reemplaces todas las rutas.
O que guardes las imágenes y las insertes desde Insertar/editar imagen.
El plugin tendría que incluir las imágenes generadas en el elp. Es lo que hace el que tiene eXe.
Queda pendiente lo de MathML. Gracias por el enlace. No conocía “codecogs”.
-
Creo que hay dos formas de enfocarlo:
1. Optamos por una librería (creo que jQuery es ideal para las necesidades de eXe) y la incluimos en las exportaciones, incluyendo el JS en la cabecera.
- Ventajas:
- Sabemos que contamos con una librería.
- Hay un montón de plugins para esa librería.
- Trabajar con jQuery resulta mucho más intuitivo que trabajar con otras de las librerías mencionadas (más pesadas y, desde mi punto de vista, orientadas a la programación de aplicaciones web).
- Desventajas:
- La versión 1.9 de jQuery, minimizada, pesa 92 KB, que se incluirían en todas las exportaciones, muchísimas veces sin necesidad.
- Dependemos de esa librería. ¿Y si el usuario prefiere usar otra? ¿Y si en el futuro se decide usar otra?
- Posibles problemas de incompatiblidad de código JS (plugins, etc.) con la versión de la librería.
2. Hacemos que una plantilla (estilo) pueda usar cualquier JavaScript o librería y eXe, por defecto, exporta solo lo necesario. Esto se podría hacer si las plantillas contasen con un archivo de configuración. He subido un ejemplo completo a la forja.
- Ventajas:
- Cada uno usa lo que quiere.
- eXe, por defecto, exporta solo lo necesario.
- Las librerías a exportar no están en eXe (puede que mi código funcione con una versión determinada de jQuery, no con la que integre eXe), sino en las plantillas.
- Desventajas:
- Desarrollar esa parte (añadir opciones de configuración en las plantillas) es algo más costoso que incluir jQuery u otra librería en todas las exportaciones.
- Las plantillas serían algo más complejas, pero eso, para el usuario final, se conviernte en una ventaja, porque podrá configurar la presentación sin ver código y, a la larga, incluso tener un editor WYSIWYG que le permita editar su diseño. Una vez que esté todo bien organizado no es tan complicado.
Por otro lado, creo que habría que dar la opción de incluir JS en páginas concretas e incluso en todo el paquete. Me refiero a poder hacerlo desde eXe, sin tocar las plantillas. Tengo una plantilla con jQuery y quiero usar un plugin: añado los JS y cualquier otro archivo necesario desde la propia interfaz de eXe. No he abierto petición para esto último.
-
Es un problema de la traducción.Gracias por detectarlo.
*********
C’est un problème de traduction.Merci beaucoup.
-
Según esta página, se deberían poder pegar ecuaciones de MathType directamente en TinyMCE.
Por favor: instala la nueva versión de eXeLearning y prueba a pegar con formato (pegar con/sin formato usando “Texto libre”). ¿No conserva negritas, etc.?
Wiris funciona como dice José Miguel, y es de pago.
Hay una petición abierta desde hace tiempo: MathML en TinyMCE.
Igual se podriá abrir otra para que se pudiese añadir una imagen a TinyMCE arrastrándola desde su carpeta de originen. Eso facilitaría la tarea.
Por favor, si encuentras una buena solución, avísanos. Lo ideal sería que fuese de código abierto para poder incluir la opción en el propio eXeLearning.
Muchas gracias.
-
¿Una coma que falte o algo por el estilo?
Por favor, prueba esto:
En la línea 24 del archivo de configuración de TinyMCE, justo detrás de img[*] y antes de las comillas, añade esto:
,button[*]
Atención: la coma del principio es necesaria.
Esa línea debería quedar así:
extended_valid_elements : “img[*],button[*]”, //Required for the exemath plugin (it uses this attribute: exe_math_latex)
Si no funciona, adjunta el js en un zip e intento dar con el fallo.
Saludos.
-
¡A mí me parece interesante! ¿Me puedo encargar?
En realidad, está medio hecho: las clases que están en el content_css de TinyMCE ya están disponibles. Lo que hay que hacer es definir una clase que permita ocultar de forma accesible y, en modo edición, forzar que el contenido siga siendo visible, aunque marcándolo de alguna manera.
De paso, habría que poner un poco de orden en eso con “class_filter”, y tal vez podríamos aprovechar para incluir alguna clase más: enlaces a formatos habituales como pdf, odt/word, zip… Esto es un poco más enrevesado, porque habría que incluir los iconos en las exportaciones, pero se puede hacer.
¡Gracias!
-
Hola Ana.
Nos referimos a los CSS que están en la plantilla que estés usando.
Ejemplo:
- Imagina que en el menú Estilos tienes seleccionado Default.
- En el directorio en el que tengas instalado eXe (donde esté el programa) hay una carpeta que se llama “style”.
- Ahí encontrarás varias carpetas. Una de ellas será “default”. Si la abres, encontrarás un archivo que se llama content.css y otro que se llama nav.css
Si lo que quieres es ocultar elementos al exportar como sitio web, abre nav.css.
Si lo que quieres es ocultar la cabecera, añade esto al final de ese archivo:
#header{ position:absolute; left:-9999px; overflow:hidden; }
Si lo que quieres es ocultar el título del nodo (de la página), añade esto al final de ese archivo:
#nodeTitle{ position:absolute; left:-9999px; overflow:hidden; }
Si vuelves a exportar, podrás ver el resultado.
A tener en cuenta:
- Lo que incluyas en content.css se aplicará siempre.
- Lo que incluyas en nav.css se aplicará solo cuando exportes como sitio web (carpeta auto-contenida o zip).
Saludos.
-
Hola Josemaría: la RC está en la zona de descargas, pero he comprobado que eso sigue pasando.En realidad no es un fallo; es la configuración de TinyMCE (el editor). Tal y como está ahora permite etiquetas y atributos XHTML; borra todo lo demás.Si quieres que admita ese atributo para los “button”, tienes que hacer un cambio en la línea 24 del archivo tinymce_3.5.4.1_settings.js (tinymce_3.5.7_settings.js si es intef7) que encontrarás en la carpeta “scripts” del directorio en el que tengas instalado eXe.
Sustituye:extended_valid_elements : “img[*]”,porextended_valid_elements : “img[*],button[*]”,
De esta forma admitirá cualquier atributo para “button”. La solución drástica:
valid_elements : “*[*]”,extended_valid_elements : “#td[*],strong/b,script[src|type]”,
De esta forma se tragaría todo, pero convendría comprobar primero si no provoca otros fallos, como un funcionamiento incorrecto de las anclas; algo que ya ocurrió hace un tiempo.Más información en http://www.tinymce.com/wiki.php/configuration:valid_elements y http://www.tinymce.com/wiki.php/Configuration:extended_valid_elementsSaludos.
-
Actualizado en TinyMCE.com y en eXe. Queda así:
- Preestablecido
- Alfabeto (minúsculas)
- Alfabeto griego (minúsculas)
- Números romanos (minúsculas)
- Alfabeto (mayúsculas)
- Números romanos (mayúsculas)
¡Gracias, Raúl!
-
Hola.
He descargado el elp1 (sin modificar en eXe 7) y lo he editado en Windows Vista/FF (Mac no tengo) y exportado como sitio web e IMS. En ambos casos sin problemas. Estoy probando con la última versión (de desarrollo, no empaquetada). Probablemente el problema esté relacionado con esta incidencia, ya resuelta.
Diferencias edición-exportación: sí; era eso. ¡Gracias!
Achecker: el plugin no se incluirá en eXe. Tiene Copyright y depende de servicios externos. Os envié el enlace por si era práctico para vosotros, nada más. Gracias por probarlo. Y también por las sugerencias.
¡Ah! He visto que algunos IMS de pruebas se han quedado a la vista de todos en Moodle – Becari@s.
Saludos.
-
Gracias por el aviso, Miguel.
Yo no he conseguido reproducirlo y, si eso pasa, se pueden recuperar las dimensiones originales de la imagen en la pestaña “Apariencia”.
En cualquier caso, pronto se incorporarán mejoras para que hacer ese tipo de cosas sin tablas sea mucho más fácil. Las tablas no deberían usarse para maquetar, pero es cierto que, en estos momentos, sin saber HTML/CSS no es fácil evitarlo.
-
El idioma de los fragmentos se puede especificar desde TinyMCE con la opción Insertar/Editar atributos. De hecho, como dices, debe hacerse, aunque se hace poco…
Lo que no se tiene en cuenta es que un iDevice pueda estar en un idioma y otro en otro. Eso no sería tan difícil. Podríamos añadir una “configuración del iDevice” que apareciese junto al botón para editarlo. Si está en inglés, aunque el documento esté en español, botones en inglés (y lang=”en” en el HTML).
-
-
Siento haber tardado en contestar. No había visto el mensaje. ¿Podéis subir el elp original? Muchas gracias.
-
El idioma del documento (el de la pestaña metadatos) debe ser el valor de los atributos lang y xml:lang de las páginas, y debe ser el idioma utilizado para los botones y otros textos que eXe genera automáticamente.
Ahora mismo se toma ese valor de G.application.config.locale en:
- /exe/export/imsexport.py
- /exe/export/scormexport.py
- /exe/export/singlepage.py
- /exe/export/websitepage.py
Esto es importante por las inconsistencias comentadas y por cuestiones de accesibilidad:
- Norma UNE 139803:2004 – 4.4.4. Se debe especificar el idioma de la página Web.
- WCAG 2.0 – 3.1.1. Idioma de la página: El idioma predeterminado de cada página web puede ser determinado por software. (Nivel A)
¿Qué tal poner la opción de selección de idioma en un lugar más visible? ¿A alguien se le ocurre algún problema que pueda surgir por hacer esto último ya mismo?