Sync Released!!

Finalmente, la release de nuestro synchronize es una realidad. Tambien nuevas versiones del export y el import.

Todo en http://moodle.tiddlyspot.com/.

11ª Reunión

Siguen las novedades. Hoy Ludo ha presentado su arsenal (presente, pasado y futuro) a los candidatos del dfwikiteam del próximo cuatrimestre. En él ya ha aparecido la palabra Open Office y su C++, que ha escandalizado a más de uno.

Y es que, para el próximo cuatrimestre, se buscan proyectistas para realizar un plugin de integración entre Wiki, TiddlyWiki y.. Open Office!

Madre mía, ¿de dónde saca estas ideas este hombre? :)

Sobre lo nuestro: Aparte de acabar el plugin de sincronización con las funcionalidades de grupos tanto para export como para import, debemos documentarlo todo de manera clara y fácil. Debemos explicarlo tanto para los usuarios como para los futuros desarroladores.

Lo del tema de los plugins tendrá que acabarse rápido, puesto que hay presión. Ya he solicitado el user para trabajar en Tiddlyspot.

También tendremos que "sincronizarnos" con josear y sus mobilidades. Nos ha pedido una función nueva en el webservice para recoger información de la bd. La haremos en cuanto podamos.

Parece ser que nuestros plugins no funcionan ni con Konqueror ni con Opera. La solución de Dídac ha sido: En la documentación de los plugins se pone una línia que no funciona ni con Konqueror ni con Opera. Bona.

Y finalmente, cuando acabemos todo esto llegará el momento de...

LA GENERACIÓN

.

Pero de ésto ya hablaré en otro post. Ya tengo suficiente trabajo por ahora.

HTML y Media wiki terminado, sincronismo avanzando

Nuestros plugins de importar y exportar ya pueden hacerlo usando el formato HTML o el parser de Media Wiki si se desea.

Han habido problemas con el tema, y ha sido Alex el que se ha peleado con todo ello, pero al final se ha conseguido.

Mientras tanto yo me he enfrentado con El Sincronismo (Nota Mental: No abusar de tanta negrita y Mayúsculas).

He sufrido intentando hacer compatibles los dos plugins de importación y exportación con el nuevo plugin de sincronismo. Pero finalmente he conseguido hacerlo usando los propios campos del DOM que usan el import y el export.

De momento, cuando sincronizas un tiddler, comprueba que éste se encuentre en el servidor de Moodle. Es un gran paso, puesto que he usado las funciones de export sin apenas modificarlo.

¿Y qué queda por hacer?

Mucho:

• Si no encuentra la wiki en el Server de Moodle, mostrar un mensaje al usuario. (Creo que es una buena idea que, para sincronizar algo que aún no se encuentra en el Moodle, primero lo exporte con el plugin adecuado y luego ya sincronizará. Así que sería buena idea mostrar un mensaje informándole de ello).


• Cómo guardar la información del usuario y su passwd. (Como para sincronizar un tiddler solamente tenemos que apretar un botón, en algún lugar tendrá que quedar guardado el user y el pwd del Moodle Server. Algo como se hace en tiddlyspot sería bonito).


• Una vez hallada la wiki en el Moodle Server, llamar a una nueva función en ajax y del webservice que nos diga cual ha sido la última vez que se ha modificado.


• Si esta fecha es anterior, realizar un export.


• Si esta fecha es posterior, realizar un import.


• Modificar la pequeña interfície del plugin para que no sólo nos muestre qué tiddlers se han sincronizado sinó que nos diga la última vez.


• Muchas otras cosas que seguro me estoy olvidando.

En fín, mañana reunión, nos repartiremos el trabajo con Alex.
Yo ahora voy a preparar la sesión de AJAX de éste viernes.

Synchronizing

He empezado con El Sincronismo. La cosa está complicada. Obviamente queremos reutilizar código del export y del import, pero costará adaptarlo al propósito del s¡ncronismo.

Con nuestros plugins no debíamos comprobar si el tiddler existía en Moodle o en la Tiddly a la vez, y comprobar las últimas modificaciones. Seguramente lo hagamos en el webservice y no desde la tiddly.

De momento he conseguido meter un botón "synchronize" en todos los tiddlers, y acceder al contenido del tiddler a sincronizar (exportar o importar).

La cosa queda así:



Mientrastanto, Alex está con el tema de importar y exportar directamente en HTML y está teniendo diversos problemas con el formato que usa nuestro import.

He pedido ayuda a la funete de sabiduría de nombre Pigui en el fórum de dfwiki, a ver qué nos comenta.

Y esos es todo. Seguimos adelante

Tags HTML e Imports

Didac ha hecho un buen trabajo con el parser. Ya ha traducido los tags html "<" y ">" por los caracteres correctos. Finalmente la tiddly muestra los tags en HTML correctamente.

En una primera versión, un texto en negrita y cursiva (como éste) rebentaba, pero Didac es rápido, y ya lo ha solucionado.

Por último, para poder ver correctamente los tags HTML importados a una tiddlywiki, se necesita el plugin de HTML para la tiddlywiki. Se encuentra aquí.

Voy a contactar con Ludo.
Una nueva release está lista.

Problemas importando

Los tags en html no le gustan a nuestro querido plugin. Se los come. En un principio pensamos que era problema del parser de Didac, pero no es así. El parser saca los tags perfectamente, pero, una vez en el plugin "desaparecen". Porque tienen que ser tratados.

Alex ha estado mirando info y ha encontrado el núcleo del problema (con su solución). Copio y pego:

El pluglin funciona de puta madre, lo que pasa eske peta porke lo ke nos parsea el dídac lo metemos en un string que luego la tiddly reconoce como html (de ahí los saca la funcion readItemsFromHTML), y en html los carácteres especiales como "<" petan, se han de codificar previamente de otra forma.

Ya verás, si en vez de tener en la página el tag < img src="" > pones < anchoasenescabeche > va a petar igual, por eso petan todos los tags de la forma < ... >.

En cambio, si importas una página que haya sido editada con el "html editor" y no con el "dfwiki editor", como en la base de datos de moodle está guardado como html puro y duro, los caracteres especiales ya estan substituidos (x ejemplo el "<" como "<" y el ">" como ">") y la importación furula bien. Tengo una foto que lo demuestra

Así que volvemos a pasar el problema a Didac y seguimos con el export. De momento éste ha sido modificidao de tal manera que hace petar toda la tiddly. Pero nada, esto se arregla en breve!

Espero.

Cambios en el plugin

Una nueva interfaz más entendedora ya está disponible para el plugin. Ahora lo del import now se entiende mejor, así como los tags. Y es más cómodo entrar como usuario guest.

También hay soporte para UTF-8. El plugin comprueba si el texto a traducir está en ISO 8859 1 y si lo está, lo pasa a UTF-8.

Cosas que hay que cambiar: El tema del replace. No sabemos porqué, ha dejado de funcionar. Ya lo miraremos.

También hemos contactado con Didac para que cambie su parser para que reconozca HTML.

Seguimos trabajando en ello.

Por cierto, odio a Renfe.

Seguridad, parte 2

No consigo logearme a Moodle de manera externa. Mirando el código no veo la manera de pasar los parámetros user y pwd para que me logee con éxito sin tener que modificar cosas realmente "chungas" e internas de moodle (dejando a lado el tema de la chapucería).

Seguiré buscando maneras. De momento ya me he puesto en contacto con Jose, que está haciendo una aplicación para logearse externamente similar a la nuestra. A ver que dice.

Mientrastanto, Álex ya ha conseguido lo de importar directamente des de una URL. Y va de maravilla!

Bona feina!

ImportDFWikisPlugin release 0.1 beta!

Finalmente, aquí está:

ImportDFWikisPlugin release 0.1 beta

Ahora estoy trabajando en el tema de seguridad para acceder no sólo a las wikis con "guest permision".

Mientrastanto, Álex ya ha consultado a Pigui cómo extraer la info de una wiki a través de la URL, para hacerlo todo más fácil e intuitivo.

A disfrutar. ¡Y buen trabajo!

Webservice updated!

Después de darle vueltas al asunto, ya he sacado todos los subselects de nuestro webservice. Pensaba que sería más fácil, pero he tenido que para sacar la implementación más óptima posible he tenido que hacer un par de selects adicionales más (el coste sigue siendo n).

Dídac ya nos ha pasado su parser, así que ahora sólo queda integrarlo y cruzar los dedos.

A ver si mañana hay suerte y finalmente conseguimos publicar la demo del importDFwikisplugin...

Demo Demorada

Hoy debíamos mostrar al mundo un "Hola Mundo" de nuestro genial plugin para tiddlywiki.

Pero gracias a que versiones de la época del Cretáceo de mySQL que soportan Moodle no soportan subselects, pues no ha habido manera de hacerlo.

Así que toca modificar nuestro webservice para que trate las subselects con php.

Vaya desilusión.

Como me ha dicho Ludo:
Bienvenido (yo) al mundo real...

Tunning the Plugin

Mañana publicamos una primera demo de nuestro ImportDFwikiPlugin para tiddlywiki.

He arreglado un bug que sucedía cuando se trataba de importar un tiddler ya existente y he añadido el código necesario para empezar a trabajar con usuarios y pwd de moodle.

Para enviar el pwd de manera segura usaré un algoritmo MD5 en Javascript para cifrar y enviar junto con la llave aleatoria generada. En el server cifraré el pwd de la base de datos con la misma llave y lo compararé con lo recibido. Y ale, ya tengo una seguridad alucinante.

Pero esto aún no estará disponible mañana.

Mañana se podran importar wikis de un moodle CON EL WEBSERVICE INSTALADO y que éstas (las wikis) estén publicada en un curso con permiso a usuarios "guest".

No, si al final me acabaré gustando mucho ésta cosa llamada tiddly wiki...

ImportDFWiki working!

Parece que sí. Lo hemos conseguido. Hemos hecho un pluggin para tiddlywiki que se conecta con el webservice de la nwiki de moodle e importa las páginas deseadas.

Y como me gustan tanto los pantallazos, aquí tenéis:



Fué el sábado, cuando vino Alex a casa, cuando conseguimos entender a grandes rasgos el código del plugin ImportTiddlers de tiddlywiki y modificarlo para importar nuestras queridas wikis.

Mi problema con el ExportTiddlers parece ser un bug del mismo plugin. Y es que, si seleccionas todos los tiddlers con el botón "all" y luego los exportas se cuelga el plugin, y en cambio, si los seleccionas a mano (también todos, o sólo unos cuantos, o sólo uno) pues funciona perfectamente, tanto en Linux como en Windows como en Mac (aunque en Windows visiblemente más rápido). Cosas esotéricas, sí.

TODO:
- Seguridad del webservice
- Editar las macros del plugin para permitir poder tener el importdfwiki y el importtiddlers en una misma tiddlywiki
- Mejorar interfaz en Javascript
- Compatibilidad de la sintaxis tiddlywiki con nwiki

Bona feina!