ImportDFwikiPluglin Demo releseada

Esta mañana hemos ido a enseñarle la demo a Marc.
Nos ha dicho que la colgaria en breve y ya nos iria informando!
Luego hemos repartido faena:

Uri --> Seguridad
Yo --> Tratamiento inteligente de la URL

BONAAAAA!

Integración de trabajo grupal

Esta entrada pertenece a ayer domingo 29 de Octubre.

Parece que el trabajar en paralelo funciona y de que manera!
Esta noche he integrado el trabajo de Uri con el miniparser de Didac y todo perfecto!
Un 10 para el trabajo en grupo! :D
Mañana presentamos la demo! yujuuuuuuuuuuuuu

ImportDFwikiPluglin + Select Editable = imposible??

Me da palo volverlo a escribir así que copio/pego un fragmento de un mail que he escrito a Uri hace un rato:

Aquesta tarda he estat treballant en les dues coses que haviem dit: Agafar les dades directament de la URL i fer la importació directa (aquesta suposo que si que es podrà fer) i lo que va dir en marc de tenir un input que es pogués desplegar i que tinguès les direccions preferides (aquesta casi la tenia pero ha surgit un problema que la fa impossible).

Lo de fer la importació directa crec que es podria fer. He ficat un botó (per ara desactivat) que es diu "import now!".
La idea es que si estan totes les dades que van falta a la URL s'importi directament.
S'han de fer manipulacions d'strings en javascript però això no es problema. El problema es que no se que volen dir els paràmetres que la wiki agafa de la URL. Surten id's super llargues que no se que son i a la URL no surt el nom del curs on està la wiki.
Ja parlaré amb en Pigui per veure que son exactament les dades de la URL i a partir d'aki fer aquesta funcionalitat.

Lo de fer l'input amb la llista d'opcions es xungu ja que aquest element no existeix en HTML :S
O tens un input de text o un select amb les opcions, però per defecte el "mix" no existeix.
Tot i això, he trobat unes funcions en Javascript que et creen l'element d'una manera super wapa. Et paso el link amb el codi:
http://www.dhtmlgoodies.com/index.html?whichScript=form_widget_editable_select
Ho he integrat en la Tiddly pero hi ha un problema que fa que peti. Per que l'input standard digievolucioni a l'input mix has de cridar a la funció createEditableSelect() pasantli l'element a digievolucionar. Doncs no es pot fer perquè la tiddly crea el panell HTML a partir de embutirlo en un string.
Es com quan feiem els selects del wikibook desde php. Com es text d'un string no té "entitat" i no pots passar de cap manera l'element a digievolucionar, ja que aquest no existeix propiament. Es una merda ben gran xke peta per una linia de merda...

Pues eso. Mañana DEMO! ^^

7ª Reunión PFC

Esta entrada pertenece al Miércoles 25 de Octubre.

7 reuniones! Mi número de la suerte! Y una reunión dónde hemos tenido un protagonismo importante.
Llevábamos algo que funcionaba, aunque tenia fallos de seguridad anunciados con luces de neón (eh Uri xD). Estuvimos gran parte de la reunión debatiendo temas de seguridad en el ImportDFwikiPluglin y decidimos hacer una versión de demostración para el viernes.
Manos a la obraaaaaaaa!

PD: No me enteré bien del resto. Lo siento U_U

ImportDFwikisPluglin funcional!

Esta entrada es de ayer, sábado 21 de octubre.

Por fin lo tenemos!
En una misma tarde lo hemos entendido y lo hemos hecho funcionar! :D

Sobre las 5 de la tarde fuí a casa de mi compañero Uri para juntos como funciona una TiddlyWiki y tratar de hacer el pluglin que importe contenidos de la DFwiki.
Ver como funciona fué fácil, el crear el pluglin algo mas costoso.
Empezamos intentando comunicarnos con nuestro webservice modificando convenientemente el pluglin ImportTiddlersPluglin.
Probando y probando hasta que conseguimos importar los títulos de las wikis. A partir de ahí cojimos confianza y trabajábamos mas rapidamente.
Después de que por artes desconocidas se solucionara un problema que teniamos, conseguimos interactuar con la interficie, volver a "hablar" con webservice y traer el listado de páginas de cada wiki.
Ahora quedaba lo mas difícil. Traducir el contenido a formato TiddlyWiki.
Pues parece ser que el formato TiddlyWiki es altamente compatible cn MediaWiki ya que facilmente conseguimos importar los contenidos deseados con el formato correcto!
PERFECTO!
Ahora solo queda retocar un poco la interficie y quitar las cosas que sobran del pluglin en el que nos basábamos!

B-O-N-A-A-A-A jejeejej

Entendiendo TiddlyWiki

Hoy he dedicado el dia a entender TiddlyWiki a modo usuario.
La verdad es que me ha sorprendido gratamente. Creia que no me iba a agradar pero es un invento muy chulo!
Como nuestro principal objetivo es modificar el ImportTiddlers para que importe dfwikis, nos vamos a tener que patear el código del pluglin por completo.
Por ahora queriamos entender todo a modo usuario. Hemos estado probando los modos de instalar pluglins i invocarlos.
Mola porque ahora mismo tengo un player con una camara apuntando a Times Square en medio de TiddlyWiki ^^
A partir de ahora empieza el trabajo sucio!

6ª Reunión PFC

Pues parece que hoy no ha sido un dia mejor xD

Después de empezar a estar cómodamente asentados con el Wikibook nos cambian la linea de trabajo!
Tenemos que hacer un pluglin para Tiddlywiki que importe Dfwikis/Nwikis usando un pluglin de importación de la misma aplicación! Cágate lorito!
Dicen que no es complicado pero ya veremos como nos las apañamos...

Lo más relevante relacionado con el resto de miembros del dfwikiteam ha sido que:
- El proyecto InternalMail va a rehacerse desde 0 patatero y es responsabilidad de UPC.net
- Tenemos que colaborar para hacer unos super manuales en Crom
- Las variables globales ya han sido erradicadas!
- Hay problemas con el parser de Dídac (aunque con solución)
- Y lo de la parte de Pablo no me he enterado...

^^

Agur!

Otro dia de atasco :(

Buenas!
Pues tal y como digo en el título de la entrada, hoy ha sido un dia poko provechoso en cuanto a desarrollo del módulo, almenos por mi parte.
Empecé por la mañana lleno de energia, dispuesto a poder meter paginas wiki en las paginas de los capítulos del wikibook.
Después de crear la nueva tabla donde poder guardar la información me puse manos a la obra :)
Nada mas pensar cómo guardar los datos me di cuenta de que necesitaba el nombre de la página de la wiki. La podia obtener del Select dónde se escogian dichas páginas pero....... PRIMER ATASKO!
No podia pasar mas de un "value" cuando escojiera una opción.
Después de un par de horas la única solución que encontré para hacer eso era meter toda la información en un string separado por marcas (@@@), pasar eso como "value" y luego usar la funcion strtok() para partir el string y recuperar la información. Aunque fuera un método poco ortodoxo funcionaba y con eso me valia :) Podia contunuar!!

Hasta que........ SEGUNDO ATASKO!
Parece ser que a Javascript no le mola ke le metan como parámetros strings con doble comilla. Solo piya las de comilla simple. Pues bien, el nombre de página solo lo podia obtener con comilla doble.
Y aquí he muerto. Desde poco mas de las 4 de la tarde hasta ahora mirando como poder solucionarlo y nada.
He probado todo lo que se me ha ocurrido, incluso cosas que a priori sabia que no iban a funcionar. Que impotencia!!!

Espero que mañana sea un dia mejor...

Cada uno con lo suyo, y cada wikibook en su curso

Pues hoy a la 1 de la madrugada hemos acabado de fijar un super bug (bueno, bug no, no creo que a estas alturas del desarrollo sea lógico hablar de bugs...).
Resulta que el wikibook podia leer los capítulos y las páginas de cualquier curso de moodle.
En principio creemos que crear un wikibook de cualquier curso puede violar la intimidad de tercero así que hemos decidido arreglarlo.

Igualmente hace poco he leido en la farga un comentario de una persona que hablaba de hacer un wikibook común para cualquier curso de moodle. En ese deberiamos hacerlo por cursos o no??

Mañana saldremos de dudas!

Trabajo grupal productivo ^^

Esta entrada deberia ser de ayer lunes, 16 de Octubre (Que despiste llevo con el Blog!).

Ayer por la tarde Uri y yo tuvimos una intensiva sesión productiva de puesta en común y desarrollo.
Resulta que no nos entendimos bien a la hora de repartir faena (¿¿messnger roolz??va a ser ke NO!) y lo que hice este puente lo dejaremos aparcado durante un tiempo.
Estuvimos mirando el diseño de la BD y empezando a añadir funcionalidades.
Uri ya tenia preparadas y ordenadas muxhas funciones así que ponerse manos a la obra fué sencillo!
Después de un rato pensando cómo hacer el layout básico del wikibook nos pusimos a añadir capítulos y páginas.
Por ahora todo funciona! ^^

Drag&Drop en la sección de cargar páginas funcional!

Ya funciona! Se tendrá que retocar muchísimo pero a priori da el pego. He utilizado la libreria tool-man para hacerlo.
Luego intenté poder hacer Drag&Drop horizontal entre los 3 bloques principales pero no conseguí mas que desorden y caos xD. Mañana intentaré alguna alternativa que funcione ;)

Trabajando via Messenger

Ayer miércoles por la tarde estuvimos trabajando via messenger Uri y yo. Estuvimos hablando sobre temas de persistencia y virguerias AJAXianas.
Al acabar repartimos faena para el puente:
A Uri le toca hacer el diseño de la BD que usaremos para el WikiBook y hacer pruebas de persistencia.
A mi me toca hacer que las secciones que tenemos hagan Drag&Drop y si es posible editar directamente la Wiki desde en WikiBook.
En el momento no caí pero creo que modificar el Wikibook es meterse por caminos oscuros, tenebrosos y prohibidos, así que haré algunas pruebas pero no creo que finalmente usemos eso.
Saludos!

5ª Reunión PFC

Ayer miércoles 11 de Octubre tuvimos la 5ª reunión del PFC.
Nosotros no tuvimos una papel bastante irrelevante ya que nuestras tareas eran para dos semanas vista desde la última reunión.
Vinieron dos estudiantes de la Fundació Equlibri. Propusieron cooperar en un proyecto a nivel internacional para realizar una tarea educativa en Bolivia.
Parece que DFwikiteam + Fundació Equilibri es ya una realidad :D

Pruebas con libreria Tool-man

Ayer mi compañero me pasó una versión de view.php intengrando unas pruebas con la libreria Tool-man.
He estado trasteando y he visto que tool-man consigue hacer persistente el drag&drop usando cookies, cosa que está muy bien hasta que las borras y se acabó la persistencia :)
En consecuencia, y para poder usarlo mas tarde cuando hagamos uso de tool-man sin pruebas, he hecho una función que deberia guardar el orden de las "cajitas-puzzle" en una tabla nueva y luego, cuando se cargue la página, consultase a esta misma para ver el orden en que deberia estar.
El parser no da error así que aparentemente está bien escrita xD
Aún así la invocación desde view.php hace que deje de funcionar el drag&drop. Aún no se porqué...

Atasco desatascado!

Ya está solucionado! No pasaba los parámetros en HTML (sinó en PHP) y me hacia falta otro XmlhttpObject.
Ahora toca interfaceee! ;)

Atasco strikes back

De la reución de ayer puedo sacar dos conclusiones:
1. Parece ser que las demos demuestran que poco a poco avanzamos.
2. Nos tenemos que poner las pilas, y bien cargadas ;)

Desde esta mañana a las 9 he estado intentando solucionar el problema del otro dia. Sigo sin conseguirlo.
Voy a explicarlo un poco mejor para que quién lo lea pueda entender algo xD
Situémonos en showPages.php
Decidí meter un select parecido al de view.php, pero que permitiera escoger entre páginas de una wiki en concreto.
Aparentemente el select aparece con los valores correctos... PERO no responde a ningun evento (onclick, onchange...)
Únicamente parece reaccionar cuando el objetivo del evento es hacer saltar un alert() javascript.
He intentado mil cosas pero ninguna ha resultado.
He llegado a la conclusión de que lo que sucede es que cómo el evento se lanza después de que el objeto xmlhttpObject ya esté completamente cargado, este suda de mi (pero entonces porqué el alert() si que va¿¿?¿?...).
Como no encontraba solución poniendo el nuevo select en showpages.php, decidí probar en otros sitios.
La idea era que showpages.php devolviera el array tal y como lo devuelve la función getPages().
Dicho y hecho, recogemos el array en view.php y compruebo que me lo ha devuelto bien.
Ahora queda meter los valores en el nuevo select...
El select lo queria poner en lib.php; no tenia sentido hacer una función del wikibook en ningun otro sitio.
Creo una función de prueba en lib.php que recoja el array como parámetro y lo devuelva, simplemente para comprobar que los datos se pasan bien.
Invoco a la función de esta manera:
document.getElementById("Pages").innerHTML=wiki_funcion(xmlHttp.responseText)
Si la wiki_funcion hace lo que he explikado anteriormente deberia obtener el mismo resultado que haciendo esto:
document.getElementById("Pages").innerHTML=xmlHttp.responseText
Verdad????
Pues no.
Si se pasa el parámetro por la wiki_función, misteriosamente no consigo visualizar nada.
Otro camino atascado...

I NEED SOME BACKUP!

Atasco!

Esta entrada es del dia 01 de Octubre, solo que me olvidé de subirla xD

Después de unos dias de paron he retomado el tema de la visualización con noticias de mi compañero.
Ya habia toqueteado las variables globales de manera que funcionara bien la visualización de las segundas páginas.
Yo me propuse hacer un desplegable para poder escoger las páginas de la wiki que quisieramos.
Después de unas horas no he sido capaz de hacerlo. El desplegable lo hice en 15 minutos, pero lo que deberia llamarse en el evento onclick() no me hace caso.
Si vuelvo a crear un xtmlhttpObject se vuelve loco y me empieza a duplicar los wikibooks (realmente insólito).
He llegado a la conclusión de que una vez se devuelve el responsetext del xtmlhttpobject no puedo interactuar cn los selects que ya habia (Excepto el que vuelve a crear el objeto). Es algo que no acabo de entender porque si se llama a un alert() javascript si que funciona.
Mañana tenemos demos con el grupo...