Ignacio Gros

Solucionado (incidencia 1448: TinyMCE – La opción de alinear las imágenes “Absolute Middle” no funciona).

Informe sobre el estado de la actualización a TinyMCE 3.x y propuesta de procedimiento:

A partir de la próxima release, la ruta al editor WYSIWYG y a su archivo de configuración se definirá en common.js.

De esta forma, los desarrolladores (o cualquier usuario interesado en hacerlo) podrán trabajar con el editor que quieran.

Si quieren volver a usar el editor que eXeLearning tiene por defecto, bastará con que restablezcan las rutas en common.js

Ventajas:

• Se puede usar el editor que se quiera (no sólo TinyMCE; se podría usar otro).
• Se puede cambiar de un editor a otro fácilmente sin necesidad de renombrar carpetas ni compilar.
• Se evitan problemas de caché habituales al trabajar con TinyMCE.

El paso a TinyMCE 3.x no es tan complicado como esperaba.

Lo más difícil es darse cuenta de qué cadenas de código espera eXeLearning para incluir los archivos en el paquete elp o las exportaciones.

Sabiendo eso, lo único que hay que hacer es conseguir que TinyMCE genere ese código.

Ejemplo:

eXeLearning espera <object type=”application/x-shockwave-flash” data=”…,no <object width=”…” height=”…” data=”…” type=”application/x-shockwave-flash”>;de manera que hay que cambiar el código que devuelven algunos plugins.La conversión no siempre es tan sencilla…

Plugins

Plugins que funcionan perfectamente: si no me equivoco, todos excepto media, pastecode y exemath.

• Arreglar pastecode es fácil.
• Media es más complicado. Propongo hacer un plugin media propio (yo me encargaría). Ese plugin devolvería el código que necesitamos para que eXeLearning incluya los archivos. De momento, sería algo más sencillo que el plugin media de TinyMCE (tal vez sin pestaña avanzado, etc.). Permitiría seleccionar el archivo, especificar las dimensiones (salvo para mp3) y editar el código HTML. ¿Os parece bien hacerlo así?Una pregunta más relacionada con el reproductor que se está utilizando en estos momentos: no permite ver flv en local (al menos yo no he podido, y lo he probado en tres equipos con SO distintos). ¿Os parecería bien usar otro reproductor (pienso en JWPlayer, también de código abierto)? De todas formas, esto todavía no es seguro. Sigo haciendo pruebas. Por supuesto, si se cambiase se mantendría la compatibilidad con elp antiguos, etc.
• exemath: aquí hay más problemas. He estado viendo el código del original y el del TinyMCE de TodoFP, pero ninguno de los dos funciona. Habrá que rehacer parte de ese plugin para que funcione correctamente.Dado que este plugin lo usan menos usuarios que media, creo que lo mejor es centrarse en arreglar los otros y después dejar bien éste.

Los pasos a seguir serían:

1. Adaptar o rehacer media.
2. Adaptar pastecode.
3. Adaptar o rehacer exemath.

Creo que haciéndolo así las futuras actualizaciones de TinyMCE serían mucho más sencillas:

1. Actualizamos TinyMCE.
2. Sustituimos media por exemedia.
3. Añadimos el resto de nuestros plugins (pastecode, exemath).
4. Comprobamos que todo funciona y corregimos lo que haga falta (sólo debería ser necesario tocar nuestros plugins).

Por favor, decidme qué os parece.Si estáis de acuerdo, sigo trabajando en TinyMCE 3.x para la próxima versión de eXeLearning, y cuando la tenga (en las próximas semanas), la cuelgo aquí para que podáis descargarla y probarla. No tendríais más que descomprimir el zip en la carpeta “scripts” y cambiar el valor de dos propiedades en common.js. Es posible que cuelgue todo sin exemath y que más tarde incorpore ese plugin. Depende de lo difícil que resulte adaptarlo.José Miguel: probaré también dragmath. Gracias.Saludos.

Completo el mensaje anterior:

• Otra forma de solucionar este problema es ocultar en el plugin las opciones “baseline”, “texttop”, “absmiddle” y “absbottom”.
• Los valores válidos son “top”, “middle”, “bottom”, “left” y “right”.
• Lo malo es que si alguien tiene alguno de esos valores en su elp, y lo edita con TinyMCE, el editor lo borrará.

Es un problema parecido al comentado en “Bug con Latex“.

La configuración actual de TinyMCE elimina el valor “absmiddle” del atributo “align” de la imagen porque no está en la lista de valores permitidos (no es XHTML válido).

Solución a éste y otros problemas similares: que TinyMCE acepte todo.

Se habló de esto en la reunión del equipo de desarrollo. Algunos éramos partidarios de que TinyMCE aceptase todo y, más adelante, permitir al usuario elegir (desde la propia interfaz de la aplicación) si quiere un editor más o menos restrictivo.

Solución a este problema: permitir ese valor para el atributo “align”. Ese código que no valida se acepta, pero otros no. No se podría insertar una etiqueta “embed”, por ejemplo.

El cambio sería muy rápido.

¿Se acepta todo, “absmiddle” o se deja como está?

Problema solucionado.

TinyMCE borraba el atributo “exe_math_latex” que la aplicación utiliza para guardar el archivo de texto correspondiente. Se cambia la configuración del editor. Esa etiqueta no se incluye en el HTML exportado, de manera que no es un problema de cara a la validación.

Por favor, adjunta:

1. El código HTML que quieres conseguir.
2. El código HTML que eXe guarda.

Estamos trabajando en la actualización del editor (TinyMCE) y nos vendría bien conocer los detalles para hacer pruebas.

Si se trata de un fallo de la versión actual, intentaríamos corregirlo.

Gracias.

Es que esa opción añade esto al código en la previsualización: align=”absmiddle”.

Y el editor (por su configuración o porque ésta no es completamente compatible con todos los plugins) no guarda todo el código necesario.

En el editor de eXe, por ejemplo, align=”absmiddle” no está permitido, pero el plugin no genera el CSS equivalente para incluirlo en la etiqueta style, de manera que al guardar se pierde el cambio.

Ya he empezado con el paso a TinyMCE 3.x. En cuanto sepa cuándo podría estar lista os aviso. Si es pronto, tal vez no merezca la pena intentar resolver esos fallos. Muchos de ellos, si no todos, estarán resueltos en la nueva versión. No suelen ser fallos difíciles de resolver, pero a veces se tarda un poco en dar con el punto en el que se producen.

¿Esperamos a ver si la actualización es sencilla antes de intentar resolver ese fallo?

Hola Pedro: hace poco tuve que hacer una actualización de TinyMCE en otro proyecto.

Creo que lo mejor sería hacerlo así:

• Subo a trunk la última versión de TinyMCE (exe/webui/scripts/tinymce_3.5.4.1, por ejemplo). Verás que esto ya lo he hecho… Esa es la versión de Moxiecode: TinyMCE sin cambios.
• Subo los paquetes de idioma de Moxiecode (también están subidos).Esa carpeta (“tinymce_3.5.4.1”) está en el control de versiones, pero debe excluirse al empaquetar la aplicación.
• En mi equipo, cambio la ruta a TinyMCE tinymce_3.5.4.1/… en lugar de tinymce/… Así trabajo con la última versión.
• Voy corrigiendo problemas (serán pocos) y los subo al control de versiones. Así sabemos qué cambios hay que hacer para que los plugins de Moxiecode funcionen.
• Se documentan esos cambios para futuras actualizaciones (aunque ya estén en el control de versiones).
• Se suben los plugins propios (eXeMath, paste code…) al control de versiones.
• Se corrigen si es necesario.
• Por último, hacemos que eXeLearning use esa versión en lugar de la anterior.

Creo que no tiene sentido subir la última versión de TinyMCE sobre la actual en SVN. Tiene muchísimos cambios. El punto de partida es una versión de TinyMCE, y los cambios a registrar (los que un desarrollador debe conocer) son los cambios sobre ese código, nada más.

El proceso de migración no es tan complicado, así que si hay una nueva versión de TinyMCE, repetiríamos el proceso. Un vez que esté bien documentado, sería muy rápido.

Lo había organizado así, pero si os parece mal, lo rehago como dice Pedro. Ya he empezado, y está resultando más fácil de lo que esperaba (al menos de momento).

Saludos.

Gracias, Antonio.

Abierta incidencia (1447)

Ya está arreglado.

Si quieres probar la solución, descarga el zip adjunto.

El archivo .js va en scripts\tinymce\jscripts\tiny_mce\plugins\table\jscripts\table.js (es para intef6.1).

Saludos.

Así es. No tiene sentido que se cargue common.js más de una vez, no. De hecho, sería mejor no hacerlo. Se resolverá lo antes posible; en cuanto empiece la revisión de los iDevices.

Abro incidencia (1446).

El problema es que los archivos .tex que contienen el código no se encuentran en el paquete.

Avisaremos en cuanto haya novedades.

He probado a insertar ese QuickTime y ha funcionado correctamente.

La dirección de la película es http://content.screencast.com/users/XaRz/folders/Default/media/0242ba13-70eb-4c74-9520-92bb7b6fdae4/categories.mov

Por favor, avísanos si sigue fallando.

Saludos.

El archivo uno-2.ogv sólo pesa 84 KB. No consigo ver nada. ¿Puede estar vacío?

Gracias.

La primera parte (“No se previsualizan los cambios en el tamaño del texto”) está resuelta (incidencia 1445).Adjunto extra.css a incluir en la carpeta “css” del directorio en el que tengas eXe por si quieres probar la solución. El código es para la versión intef6.1 de eXeLearning.La segunda parte (“No funcionan bien los anchos de las tablas”) no he conseguido reproducirla. He creado una tabla con ancho fijo y ha funcionado bien en todos los casos que he probado. Lo volveré a mirar cuando tenga el vídeo.

Saludos.

Hola Antonio: lo voy mirando, pero no he podido descomprimir el zip (ni en XP, ni en Ubuntu…).

¿Lo puedes revisar?

Gracias.