Archive

Archive for the ‘exportdfwiki’ Category

Sync Released!!

December 18th, 2006 No comments

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

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

Categories: exportdfwiki, importdfwiki, pfc, synchronize Tags:

11ª Reunión

December 13th, 2006 1 comment

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

November 28th, 2006 No comments

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.

Categories: exportdfwiki, importdfwiki, pfc, synchronize Tags:

Synchronizing

November 25th, 2006 No comments

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

Categories: exportdfwiki, importdfwiki, pfc, synchronize Tags:

9ª Reunión PFC

November 22nd, 2006 2 comments

Jordi nos ha hecho una pequeña clase sobre RSS y atom. Resulta que RSS no es atom. Y atom es más “software libre” y moderno que RSS. Y que el creador de RSS le dió algo chungo en el corazón hace unos 4 años, paró el proyecto y de allí surgió el atom.

Interesante… Supongo que atom será el sistema de sindicación escogido, pero antes se debe saber qué hay que sindicar. Ya veremos.

Nuestro Export plugin parece ser que tendrá que esperar al parser de Dídac un poco más. La versión “definitiva” que enviamos ayer a Ludo ha petado al primer intento. Así que nada: Que la fuerza te acompañe Dídac!

Mientrastanto, nosotros debemos poder importar Html o Media Wiki, según lo que nos pasen y usando los plugins existentes para esto.

Y además empezaremos con La Sincronización.

Queremos poder sincronizar una tiddlywiki con una wiki (o server) de Moodle y viceversa. Esto se conseguirá gracias a los plugins realizados previamente y a nuevas funcionalidades que incluiremos en éstos.

Una vez esté listo (le damos optimísticamente una semana), iremos a por La Generación.

Esto consistirá en, dado un conjunto de wikis de Moodle, generar un archivo tiddlywiki con todas las wikis compiladas en él.

Y esto no es más que un preludio de los pensamientos más oscuros e intrincados de Ludo, ya que todo esto lo utilizaremos para… ¡El Wikibook!

Ahora mismo creo estar dentro de una novela de Neal Stephenson, donde no sabes lo que está pasando hasta que no llegas al final. ¡Y aún quedan dos meses!

Categories: exportdfwiki, pfc, reunion, wikibook Tags:

ExportPlugin casi apunto (II)

November 21st, 2006 No comments

Ahora sí, hemos encontrado el error. Gracias a la sabiduría del maestro Pigui, hemos sabido que necesitábamos llamar a una función (addslashes) antes de parsear el código.

En estos momentos el código está siendo depurado y haciendo merge de las funciones. Hoy, o como mucho mañana, se lo enviamos todo a Ludo.

Exportplugin, saluda al mundo!

Categories: exportdfwiki, pfc Tags:

ExportPlugin casi apunto

November 19th, 2006 No comments

Alex ha hecho un gran trabajo modificando la interfície del Export y acabando todo el tema del server-side en PHP.

El webserbvice y el javascript están listos. Ahora sólo queda el párser de Dídac, ya que la versión que teníamos de éste no funcionaba correctamente.

Una vez lo modifique, la release del Export Plugin para tiddlywiki será un hecho.
¡Bien!

Categories: exportdfwiki, pdf, tiddlywiki Tags:

Limitaciones de AJAX

November 15th, 2006 2 comments

Todo lo que escribí ayer en el post sobre AJAX SÓLO funciona si trabajamos localmente.

AJAX no puede trabajar con servidores externos a menos que estemos trabajando de manera local. Ludo ha sido quien me ha advertido sobre ésto. Gracias!

Así que para exportar contenidos de una tiddly ésta tendrá que descargarse primero y luego exportar los datos al servidor local.

Mientrastanto, ya he acabo la parte de AJAX y de la Tiddly de nuestro ExportPlugin. Ahora queda la parte de PHP dentro del server de Moodle.

Categories: ajax, exportdfwiki, pfc Tags:

POSTeando con AJAX

November 14th, 2006 1 comment

He implementado las funciones del objeto XMLHttpRequest en nuestro Export plugin des de “casi” cero porque:

(1) Tenemos que pasar la información a exportar por POST ya que por GET no cabría (los tiddlers pueden ser enormes).
(2) La información irá a una URL externa.
(EDIT 15-11-06: ATENCIÓN, trabajar con una URL externa en AJAX sólo es posible si trabajamos con una página que esté guardada localmente. Si metemos la página en un server tendremos problemas de seguridad!).
(3) El Exportplugin original no tiene funciones AJAX implementadas.
(4) Así aprovechamos para aprender un poquito más de esta cosa tan “virguera” que es el AJAX ;)

Voy a explicar un poco cómo me lo he montado y los problemas que he tenido.

Empecemos con las implementaciones que hicimos para wikibook, con el ya típico:

function GetXmlHttpObject()
{
var objXMLHttp=null;
if (window.XMLHttpRequest)
{
objXMLHttp=new XMLHttpRequest();
}
else if (window.ActiveXObject)
{
objXMLHttp=new ActiveXObject(“Microsoft.XMLHTTP”);
}
return objXMLHttp;
}

Ahora ya podremos crear el objecto XMLHttpRequest sin problemas generados por nuestro querido amigo El Micro$oft.

Pero lo queremos pasar por POST. Y además hacia una URL externa. Allá vamos.

Creamos nuestro objeto XMLHttpRequest y le asociamos la función que queremos que haga. En nuestro caso, la función la llamamos stateExportToMoodle:

xmlHttp=GetXmlHttpObject();
xmlHttp.onreadystatechange=stateExportToMoodle;

Vayamos a tratar lo del tema de la URL externa. Deberemos tener en cuenta a los usuarios preocupados por su seguridad, privacidad y, en general, libertad (usuarios de navegadores tipo netscape), ya que a éstos navegadores se les tiene que decir, explícitamente, que el objeto XMLHttpRequest accederá de manera excepcional a una URL externa. Para el resto de usuarios, los del IE, no hace falta.

if (typeof(netscape)!=”undefined”) {
try { netscape.security.PrivilegeManager.enablePrivilege(“UniversalBrowserRead”);}
catch (e) { alert(e.description?e.description:e.toString()); }
}

Si el usuario no tiene permisos para dejar que el objecto XMLHttpRequest acceda a página externas saltará un bonito y toca huevos alert.

Ahora el tema del POST. Abriremos la conexión con nuestra url con el método POST:

xmlHttp.open(“POST”,url);

Y ahora viene la parte importante: debemos definir el Content type de nuestra cabecera del XMLHttpRequest, ya que sinó, la url que lo reciba no sabrá cómo tratarlo y no sabrá que contendrá datos en POST. Así que necesitamos lo siguiente:

xmlHttp.setRequestHeader(‘Content-Type’, ‘application/x-www-form-urlencoded’);

Ahora tan sólo queda enviar el objeto. Supongamos que queremos enviar el objeto con dos parámetros post: sel y wikiname. La cosa sería así:

xmlHttp.send(“sel=valorsel&wikiname=valorwikiname”);

Y ya está. Lo que hagáis con la función stateExportToMoodle ya será cosa vuestra. Yo, de momento, sólo la he usado para comprobar que, efectivamente, todo funciona perfectamente.

Los principales problemas que he tenido han sido:
- No tenía permisos para llamar a una URL externa. No sabía que debía solicitarlos.
- Añadir el campo de la cabecera del XMLHttpRequest para que la página de destino supiera reconocer los datos del POST.

Espero que os haya sido útil.
AJAX power!

Categories: ajax, exportdfwiki, pfc Tags:

Interfaz del Exportplugin

November 13th, 2006 No comments

Entre Álex y yo hemos hecho una primera interfaz de nuestro nuevo Export. Hemos limpiado el código del original y le hemos añadido un par de opciones exclusivas para moodle y su wiki.

Hemos tenido problemas ya que había conflictos con los nombres de los elementos HTML del plugin original y el nuestro. Pero ya pasó.

El código a inserir a la wiki está hecho por el dfwikiteam, ahora sólo queda llamarlo correctamente y conectar con el plugin.

El tema de seguridad ya está implementado en el webservice, así que esto debería ser rápido.

Manos a la obra!

Categories: exportdfwiki, pfc Tags: