Patumaire de cartró

Manuals + Més bugs per variar

2007-06-12T11:18:00.001+02:00

Ja he fet els manuals bonics i els he traduït a tots els idiomes que sé, el d'anglès fa por por por.

Per variar també he arreglat un bug amb la exportació/importació d'imatges ja que no processava bé la etiqueta [[Image:]] de la NWiki, un problema menys.

Ara toca a posar-se fer la memòria volant i de pressa ja que el temps s'acaba!!!

Demà hi ha reunió una altra vegada que aprofitaré per a preguntar quins requisits ha de tenir la memòria :P

Importing + Bugs

2007-06-11T10:39:00.000+02:00

Després d'una bona patum bastant intensa (jojoojjo) us comento el que he fet els últims dies:

Les importacions d'imatges ja funcionen correctament, ara ja es pot importar un document, modificar-lo, etc i al tornar a guardar-lo a la wiki es conserven les imatges que hi havia, etc.

L'entorn de les proves ha estat el següent:

Windows XP - OpenOffice 2.2
Linux (Debian) - OpenOffice 2.2.1

Amb altres versions d'OO hauria de funcionar però qui sap... s'haurien de fer més proves i si no funciona fer un workaround amb doble tirabuixó.

També he corregit uns quants bugs:

El wikiid i courseiid només agafen números de 1 digit
Les imatges al exportar/importar no es guardaven
Si a un document hi havia imatges en altres directoris no s'importaven/exportaven bé
Arreglat alguns problemes amb la transformació xsl sobre l'html (l'OO no genera els headings de nivell 1 bé, bug bug bug)
La transformació xsl també fallava amb els links (l'OO tampoc els generava bé!)
Problemes amb windows/linux a l'escriure fitxers binaris (el contingut de les imatges)

Ara em dedicaré a fer els manuals macos macos macos i testejar amb altres versions d'OO.

THE PATUM OF BERGA IS COMING

2007-06-06T16:14:00.000+02:00

Demà toca festa, gresca, gatzara, xerinola, disbauxa i sobretot..... barreja!!!

PD: Ens veiem a l'infern.

Importing Images

2007-06-06T16:05:00.000+02:00

Doncs més o menys ja ho tinc fet però hi ha uns quants problemes, com sempre.

La qüestió és que la NWiki em retorna un HTML de la pàgina, que vol dir això?

Doncs que no em retorna el contingut de les imatges i els headings estan limitats a 6 nivells!

Situació actual:

Mitjançant un codi brut i lleig aconsegueixo llegir les imatges que hi ha a la NWiki i les guardo a un directori temporal.

Agafo el codi HTML de la pàgina i el mostro a l'OpenOffice en format Writer, però la limitació dels 6 nivells hi és....

Les imatges es mostren correctament, però a l'hora de tornar a guardar el fitxer no es pugen ja que no estan dins el .odt de OpenOffice sino que estan linkades directaments a fitxers del disc dur.

Solucions:

Arreglar això de que no es pugin les imatges amb una mica de paciència es pot arreglar
Els headings limitats a 6 nivells és una limitació del HTML, ni idea de com arreglar-lo
Fer un parser nou de NWiki <-> OpenOffice i que et generi un .odt vàlid amb les imatges a dins encapsulades -> problema, no hi ha gaire temps!!!

Windows Capable

2007-06-06T10:07:00.000+02:00

Faré un copy paste del post al fòrum.....

Afortunadament (sic!) ja funciona per windows la OOwiki.

Es pot baixar del cvs de sf.

Què no va encara?

L'importació d'imatges encara se'm resisteix però ja està bastant avançat, aquest cap de setmana estarà acabat.

Què falta?

Falten els manuals en castellà i anglès, ja que estic fent el de català i fins que no estigui maco i bé no el replicaré a altres idiomes. De moment hi ha això.

Arreglar bugs, que ja en tinc localitzats un parell :P

Com s'instal·la?

Doncs per la extensió només s'ha de seguir el manual anterior.

Pel webservice s'ha de copiar la carpeta wsimport del cvs i posar-la xxx/mod/wiki/

PD: Avui la reunió és virtual via fòrum

Zlib & OpenOffice & Windows

2007-06-04T12:29:00.000+02:00

Gràcies al fet que OpenOffice no suporti la zlib a windows m'ha complicat molt la vida. El fet és que enlloc diu que no ho suporti.... però fent una cerca exhaustiva a google....:

Task	Description	Main 'challenges'

Add support zlib library (and more ...)

Currently, OOo's python comes without these libraries which are missed a lot by python users. Ideally, they should reuse the versions of zlib, which are already in the OOo source tree.

OOo build knowledge, continue to maintain the build for both Windows and Unix platforms

Conclusió un codi que només hauria de fer 4 línies:

zip = zipfile.ZipFile(postdump.name, 'r')
for filename in zip.namelist():
if filename=="content.xml":
lines.append(zip.read(filename))
if filename.startswith("Pictures"):
lines.append(filename)
lines.append(zip.read(filename))
zip.close

Ara s'ha convertit en un monstre de 36 línies fent servir el packet que incorpora OpenOffice per a comprimir/descomprimir arxius.

Consulteu "com.sun.star.packages.Package" per a més informació.

Com sempre, la documentació d'OpenOffice sobre la api és molt maca i tal, però intentar fer qualsevol funció en que no hi hagui cap codi d'exemple és un autèntic malson!!!!!!

PD: Ara descansaré i miraré si finalment el codi va per windows, horror!!!!

Bugs II & Windows fa pudor

2007-06-03T21:13:00.000+02:00

Aquests dies he estat arreglant més bugs:

No creava el directori de la wiki si no hi era (si no hi ha el directori creat i intento penjar imatges a un subdirectori d'aquest... doncs pum pum pum)
Permisos de l'admin sobre els cursos (com que els admins no estan inscrits a cap curs, ni els hi cal, doncs els admins no podien inserir cap document enlloc)
Només es podien pujar imatges si hi havia les caselles de student can attach&&upload, ara els teachers, admins o qui tingui permis pot fer-ho també

Problemes amb windows..... és per això que fa pudor, com sempre:

La versió per windows de python no suporta la llibreria zlib, que vol dir això?

Traceback (most recent call last):
File "c:\zip.py", line 9, in ?
print zip.read(file)
File "C:\Archivos de programa\OpenOffice.org 2.2\program\python-core-2.3.4

\lib
\zipfile.py", line 353, in read
raise RuntimeError, \
RuntimeError: De-compression requires the (missing) zlib module

Conclusió, que hauré de trobar/inventar-me alguna cosa per descomprimir zip's a windows o no funcionarà l'aplicació ni de broma....

És una bona putada i tocada de collons això de la zlib.

En fi, vaig a mirar solucions!

PD: Ja sento el tabal uuuuuuuuuuuuuu

Bugs & Manual

2007-06-01T14:22:00.000+02:00

He corregit uns quants bugs de l'aplicació:

No es veien els accents al menú de l'OOWiki
L'admin no podia accedir a cap curs
El wikibook no s'inseria bé

I per fi ja hi ha el manual d'usuari de l'aplicació a la wiki!!!!

El TODO del cap de setmana és:

Importació de les imatges -> Encara no he decidit com
Windows -> Encara no va
Permisos -> Mirar bé tots els permisos!!!! (rols,admins,guests) em sembla que algun lloc no ho fa del tot bé
Manuals en altres idiomes
Bug's que vaiguin sortint....

11º Reunió

2007-05-31T10:07:00.000+02:00

Alguns us preguntareu.... i la 10º reunió on és???? Doncs va morir en el cyberespai abans que l'escrigués....

Que vam comentar aquesta vegada?

Doncs en principi hem de començar a tancar tot el que estiguem desenvolupant i centrar-nos a arreglar els nostres propis bugs.

Demà o ves a saber quan hi haurà una release de la nwiki amb unes quantes coses noves que hem fet, o sigui que ens hem de posar les piles per a la recta final.

Jo de moment continuo amb el OOwiki ja que al importar, el tema de les imatges és una mica complicat...

Entra avui i demà intentaré corregir el màxim d'errors possibles per la release en qüestió!

En fi, a pencar.

PD: CLICKEU ELS MEUS ANUNCIS!!!!! FEU-ME RIC!!!!!!!

Locales

2007-05-27T17:06:00.000+02:00

He estat jugant una mica més amb les locales del OO.

EL que feia fins ara era agafar les locales del document que estaves escrivint i per tant posar el menú segons aquest idioma, no era la millor forma de fer-ho però funcionava.....

L'exemple aquí mateix:
def getLocale(ctx): smgr = ctx.ServiceManager desktop = smgr.createInstanceWithContext( "com.sun.star.frame.Desktop",ctx) model = desktop.getCurrentComponent() text = model.Text cursor = text.createTextCursor() locale = cursor.getPropertyValue("CharLocale") lang = locale.Language print lang

Ara he trobat una altra forma que és agafar directament el llenguatge que estàs fent servir a l'OpenOffice, el que fa es mirar el document de l'OO openoffice.org2/user/registry/data/org/openoffice/Setup.xcu el valor de ooLocale.

El contingut del fitxer és el següent:

tup" oor:package="org.openoffice"> ca

.....

I el codi:

def getOOoSetupValue(ctx,sNodePath,sValue):
sProvider = "com.sun.star.configuration.ConfigurationProvider"
sAccess = "com.sun.star.configuration.ConfigurationAccess"
aConfigProvider = ctx.ServiceManager.createInstance(sProvider)
prop = uno.createUnoStruct('com.sun.star.beans.PropertyValue')
prop.Name = "nodepath"
prop.Value = sNodePath
aSettings = aConfigProvider.createInstanceWithArguments(sAccess,(prop,))
return aSettings.getByName(sValue)

def getLocale(ctx):
ooLocale = getOOoSetupValue(ctx,"/org.openoffice.Setup/L10N","ooLocale")
print ooLocale

Com es pot veure fer les coses amb Python és _MOLT FÀCIL_ però l'OpenOffice és _MOLT PUTA_

Unes captures de pantalla:

LC_ALL=ca_AD.utf8 oowriter

LC_ALL=es_ES.utf8 oowriter

LC_ALL=en_US.utf8 oowriter

PD: Minor bugfixes with UTF-8 JO!JO!JO!

PD2: Jo ja he votat per botar l'alcalde, i tu?

Perfilant....

2007-05-26T19:35:00.000+02:00

Doncs aquests dies he fet poca cosa però tinc una excusa molt bona..... estava malalt.

Demà espero estar al 100% i tornar a l'atac.

Que he fet de nou?

Doncs ara l'aplicació és i18n compatible, en llenguatge planer, que suporta uns quants idiomes, de moment:

Anglès
Català
Castellà

Tants els menús de l'OpenOffice com els de l'extensió estan traduits (excepte els que m'hagi descuidat :P)

Com ho suporta? Doncs de manera molt cutre res de gettext() ni coses per l'estil, si algú mira el codi que no s'espanti!!!!

També he arreglat uns quants bug's que mostraven per pantalla merdereta.....

He afegit al XSL unes directives per a que m'ignori les TOC's dels documents i..... crec que això és tot.

Demà em centraré en la importació dels documents de manera correcta si no tinc gaire febre....

Queda pendent fer la acta de la última reunió.

I pel dilluns+dimarts toca fer el supermanual d'usuari de tot aquest merderum, buffff!!!!

AdSense En Català!

2007-05-24T21:46:00.000+02:00

Vet-ho aquí!

Finalment ja puc posar publicitat pels descosits! Visca!

M'hauré de redimir ja que vaig dir que google era el diable....

En definitiva, anem a posar publicitat!

PD: Demà posts, reunions, bla bla bla!

Subdivisions! Fet!

2007-05-20T16:53:00.000+02:00

Tinc el gran honor de presentar-vos al senyor de les subdivisons.

D'una vegada per totes ja funcionen les subdivisions de la OOwiki, ara talla a trossets tot el text que vulguis i més sempre i quan hi hagi headings.

Funciona més bé que els ganivets aquells de la teletienda que no s'han d'esmolar en tres vides i tallen llaunes, congelats i parides vàries i diverses.

Ara només toca acabar d'arreglar el WikiBook ja que no em funciona del tot bé i continuar amb les TODO anteriors!

Feina feina feina feina!

9ª Reunió

2007-05-18T12:10:00.000+02:00

Aquesta vegada la reunió ha estat molt interessant, feina pels descosits i la memòria a la foguera, qui vol començar-la a fer? uuuuuuuuu

Així és que la meva TODO list és la següent:

Arreglar els bug's de la OOWiki -> N'hi ha uns quants on et surt merdereta per pantalla, uh horror!
Arreglar les taules del filtre xsl -> S'ha canviat el format del parser de la NWiki!
Fer les subdivisions de la OOWiki per inserir les pàgines a la NWiki
Un cop fetes les subdivision implementar-ho amb el WikiBook de l'Albert
Fer que funcioni per Windows -> una vegada més postergat fins al final
Fer unes quantes proves per mirar que funcioni tot, no????

I ara la TODO hardcore:

Arreglar el plugin de Tiddlywiki finalment pel moodle 1.8 -> pànic!
Poder importar un document de la NWiki cap al OpenOffice -> de moment ho veig difícil, però no impossible, el problema no és enviar informació, si no com formataré la informació un cop l'importi a l'OpenOffice, en fi, hi ha tema per investigar.
Arreglar que _TOT_ s'exporti en PDF -> què és tot? Doncs ara no me'n recordo.... pero tot tot i tot!

I de moment és tot!

Avui Campionat ultrafreak de Bridge.

Stayman o Mort!

OOWiki exporting

2007-05-15T18:17:00.000+02:00

Avui he estat fent proves exportant un document d'OpenOffice a la NWiki.

EL resultat ha estat el següent:

Primer de tot tenim un fitxer d'OpenOffice molt bonic amb molts headings, imatges, llistes, etc etc etc

Després d'això apretem el fantàstic botó de save del menú de la Wiki i tralarà:

Ja tenim una fantàstica wiki creada amb l'OpenOffice. Genial!

Que queda per fer? Doncs la meva TODO list és la següent:

Fer el "subnivelling" segons els headers dels document, de moment hi ha dues opcions (encara s'han d'estudiar els avantages/inconvenients):

Manualment
Amb la wikiBook

Fer que funcioni tot correctament per WinKK

Arreglar el parser per a que funcionin les taules altra vegada

I finalment, arreglar petits bug's de la interfície gràfica tal com:

si selecciones un webservice erroni i selecciones el curs/wiki peta peta peta
si no poses cap url o una cosa inventada com 21381279213sajkdaasd peta peta peta

De moment no em deixo res, després a l'hora de la veritat suposa que ja aniran sortint coses a fer.....

XML-RPC -> faultCode faultString

2007-05-12T15:50:00.000+02:00

ALERT: NO sé com postejar codi XML, algú m'ajuda???

Se suposa que quan fas una cirda xml-rpc pots retornar una missatge d'error en cas de que no s'obtingui el resultat adequat o els paràmetres de la crida no siguin els que hagin de ser, en fi, que pot retornar errors.
ALERT!!!: NO sé com postejar codi XML si algú ho sap que m'avisi!!!

És per això que es retorna un XML format expressament amb dos paràmetres especials: faultCode i faultString

El format del XML és el següent:

faultCode

2002

faultString

courseList: Login Error

< values =" array('faultCode'"> $number,'faultString' => $string);
return xmlrpc_encode_request(NULL,$values);

I evidentment CAGADA PASTORET:

Al rebre el resultat veia el mateix resultat que a dalt, però el parser rebia el següent:

faultCode 2002 faultString courseList: Login Error

Un XML dintre un altre XML, o sigui que no podia veure on estava el problema ja que la sortida era la mateixa però la resposta del servidor no......

La solució? Doncs ben fàcil:

$values = array('faultCode' => $number,'faultString' => $string);
return $values;

El que passa és que un altre cop he perdut molt de temps per una tonteria on no podia identificar el que passava, cada dia els errors són més obscurs i google, com ja vaig dir uns posts dies endarrere ja no és el que era, i no m'ajuda a trobar documentació per descobrir les possibles errades que cometo.

És per això que he arribat a la següent conclusió: GOOGLE IS EVIL

Dos dies perduts...

2007-05-11T19:12:00.000+02:00

Dos dies perduts....

Fa dos dies que estava intentant integrar la API amb el server xml-rpc, no hi havia manera.....

El que fa uns dies em funcionava no anava ni a la de tres.

Avui he arribat a la conclusió, que alguna cosa no anava del tot bé, ja que no era normal.

Evidentment tot té una explicació, un maleit BUG del PHP!!!!!

http://bugs.php.net/bug.php?id=41293&edit=1

#41293 HTTP_RAW_POST_DATA fails to ever be set

La solució:

if (!isset($HTTP_RAW_POST_DATA)){
$HTTP_RAW_POST_DATA = file_get_contents('php://input');
}

Qui en té la culpa?

La Debian Sid ja que més o menys la tinc actualitzada dia a dia. Feia temps que no petava res important a la inestable, apart del fglrx l'altre dia....

8º Reunió

2007-05-10T16:47:00.000+02:00

(En teoria és la 9º però com que estava de vacances no la compto :P)

La reunió ha anat com sempre, hem parlat de la nova API que s'està desenvolupant i els problemes que han sorgit, és per això que finalment continuarem amb la API que estàvem fent nosaltres i més tard, si l'altre API ja està del tot implementada ja farem el canvi.

O sigui que la feina per fer és integrar la API al servidor xml-rpc que he estat fent fins ara. De moment la cosa no rutlla del tot fi però temps al temps.

Un cop ja estigui fet, em tornaré a posar a fer feina amb la extensió i recuperar els temes pendents aparcats com ara la subdivisions de pàgines i la inserció d'imatges.

Vinga, a fer feina.

XML-RPC++

2007-05-05T16:12:00.000+02:00

A la espera de la API he començat a investigar una mica més sobre el XML-RPC, de moment, apart de l'exemple, he reutilitzat un codi de php.net i ara quedarà tot molt més bonic.

Les crides al xml-rpc s'emmagatzemaran a un directori plugins i el servidor les processarà i les registrarà com a crides xml-rpc sense haver de tocar cap línia de codi. Mola!

Així el servidor serà una mica més genèric i encara sortirà alguna cosa bona :P

També he implementat una nova funció per a que et llisti tots els mètodes disponibles del servidor, quina utilitat té? Doncs encara no ho sé... però segur que serà molt útil!

Per una altra banda he intentat registrar una compte d'adsense per treure'm uns cèntims de dolar al mes gràcies a l'adsense però....vet aquí el problema....

Hello Marc,

Thanks for your feedback.

Unfortunately, we don't provide support for Catalan at this time. Right
now, we're only able to offer language support and ad targeting for the
languages listed here:
https://www.google.com/support/adsense/bin/answer.py?answer=9727 . You
will notice that Spanish is among the languages that AdSense currently
supports. While we look forward to supporting your particular language, we
don't yet have a date as to when AdSense will be available for you.

If you'd like to stay up-to-date with the languages we support, please
feel free to check back with us at the link provided above. Thanks for
your patience as we expand our program.

Sincerely,

Mel
The Google AdSense Team

Conclusió, m'estan incitant a que escrigui en castellà, cada dia que passa google s'està transformant en el diable, segur que el seu fundador en la intimitat era pèl roig i esquerrà (fet inequívoc de ser fill del diable).

Fes la viu viu.

2007-05-03T18:30:00.000+02:00

No hi ha paraules.

M'he de comprar un Casio tone.

Gran cantimplora. Gran.

XML-RPC

2007-04-30T12:53:00.000+02:00

Ja he investigat una mica sobre com fer anar el XML-RPC sobre php i python.

Primer de tot farem una mica d'introducció de que és el XML-RPC, com que tampoc és una cosa molt difícil d'entendre el millor que podeu fer és anar a la següent web i llegir una mica.

Anem a la xixa, sobre php farem ús de la llibreria xml-rpc que inclou php5. Aquesta llibreria es basa en una de C, per a més informació podeu consultar la seva web.

He fet un petit exemple de com seria un servidor/client de xml-rpc, en php tindria aquesta pinta:

server.php

function coursesList($method, $params) {
//params[0]
$reply=array("CURS1","CURS2","CURS3","CURS4");
return $reply;
}

$server = xmlrpc_server_create();
xmlrpc_server_register_method($server, "coursesList", "coursesList");

$request = $HTTP_RAW_POST_DATA;

$options = array('output_type' => 'xml',
'verbosity' => 'pretty',
'escaping' => array('markup', 'non-ascii', 'non-print'),
'version' => 'xmlrpc',
'encoding' => 'utf-8');
xmlrpc_server_call_method($server, $request, $response, $options);
if ($response = xmlrpc_server_call_method($server, $request, $response, $options)){
header('Content-Type: text/xml');
echo $response;
}
xmlrpc_server_destroy($server);
?>

client.php

function do_call($host, $port, $request, $path, $agent) {
$fp = fsockopen($host, $port, $errno, $errstr);
$query = "POST ".$path." HTTP/1.0\n User_Agent: ".$agent."\nHost: ".$host."\nContent-Type: text/xml\nContent-Length: ".strlen($request)."\n\n".$request."\n";

if (!fputs($fp, $query, strlen($query))) {
$errstr = "Write error";
return 0;
}

$contents = '';
while (!feof($fp)) {
$contents .= fgets($fp);
}

fclose($fp);
return $contents;
}
$host = 'kuduk.no-ip.org';
$port = 80;
$path = '/xml-rpc/server.php';
$agent = 'OOwiki';
$request = xmlrpc_encode_request('coursesList', 'egg2');
$response = do_call($host, $port, $request, $path, $agent);
$xml=(substr($response, strpos($response, "\r\n\r\n")+4));
$result = xmlrpc_decode ($xml,'utf-8');
print_r($result);
?>

El que faria el client és fer una crida al servidor per a que retornes una llista de cursos ( a falta de tenir la nova API feta doncs ho hardcodejo com un campió) i el client rep la resposta i la transforma en un variable de php.

Ara bé, el client del servidor xml-rpc haurà de ser en python, és per això que també he hagut de cercar informació de com programar xml-rpc sobre pyhton. El resultat ha estat el següent: hi ha una llibreria que també ens facilita molt les coses.

I evidentment el codi del client és una delícia!

client.py

import xmlrpclib

server = xmlrpclib.ServerProxy("http://kuduk.no-ip.org/xml-rpc/server.php")
courses = server.coursesList()
print courses

Conclusió, ara falta que la API estigui enllestida i mirar de si funciona la xmlrpclib amb el pyuno d'OpenOffice.

Aviam amb quins problemes ens trobarem......

Filtre acabat!!!

2007-04-29T12:23:00.000+02:00

Per fi, ja era hora! Visca!

El filtre ja el dono per enllestit, només canviaré els possibles bugs que sorgeixin un cop faci proves amb uns quants documents. Ara bé, que suporta? Doncs aquí teniu la llista:

Headings de l'1 al 10
Format:

Negreta
Subratllat
Negreta + subratllat

Paràgrafs
Links
Imatges
Llistes

Ordenades
No ordenades

Taules

Si m'he descuidat alguna cosa per fer doncs ja l'afegiré! Però l'important és que per fi és funcional!

7º Reunió

2007-04-27T15:55:00.000+02:00

Avui hem fet una reunió secreta amb informació confidencial.... així que no puc explicar gaires coses (tampoc en tinc ganes).

Hem parlat de la API de la wiki i finalment la feina que havíem fet fins ara no ens servirà de molt ja que l'API serà implementada per unes altres persones :P

Quina serà la nostra funció llavors? Doncs dir quines funcions volem que ens implementin per tenir operatiu el webservice.

Ens han dit que tindrem les funcions implementades en 48 hores a partir de que les demanem via mail..... algú si vol jugar unes volls? jojojojojo

Una altra cosa en tenir en compte és que el webservice l'haurem de modificar una mica per a que realitzi peticions a través de XML-RPC o sigui que ja tenim més feina per fer.....

A més a més , com a apoteosi final l'autenticació dels usuaris també canviarà i ho haurem de tenir en compte....

Conclusió: feina feina feina feina feina feina per fer.

XML Openoffice = Merderum

2007-04-27T15:50:00.000+02:00

Doncs el XML de l'Openoffice és una mica boig, fa dies que m'estic barallant amb el filtre XSL i quan no peta una cosa, peta l'altre......

La última novetat és que els namespaces dels fitxers XML quan li dóna la gana me'ls canvia!!!!!!!

A vegades tinc:

xmlns:office="urn:oasis:names:tc:opendocument:xmlns:office:1.0"
xmlns:style="urn:oasis:names:tc:opendocument:xmlns:style:1.0"
xmlns:text="urn:oasis:names:tc:opendocument:xmlns:text:1.0"
xmlns:table="urn:oasis:names:tc:opendocument:xmlns:table:1.0"
xmlns:draw="urn:oasis:names:tc:opendocument:xmlns:drawing:1.0"
xmlns:fo="urn:oasis:names:tc:opendocument:xmlns:xsl-fo-compatible:1.0"
xmlns:meta="urn:oasis:names:tc:opendocument:xmlns:meta:1.0"
xmlns:number="urn:oasis:names:tc:opendocument:xmlns:datastyle:1.0"
xmlns:svg="urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0"
xmlns:chart="urn:oasis:names:tc:opendocument:xmlns:chart:1.0"
xmlns:dr3d="urn:oasis:names:tc:opendocument:xmlns:dr3d:1.0"
xmlns:form="urn:oasis:names:tc:opendocument:xmlns:form:1.0"
xmlns:script="urn:oasis:names:tc:opendocument:xmlns:script:1.0"

I per una altra banda:

xmlns:office="http://openoffice.org/2000/office"
xmlns:style="http://openoffice.org/2000/style"
xmlns:text="http://openoffice.org/2000/text"
xmlns:table="http://openoffice.org/2000/table"
xmlns:draw="http://openoffice.org/2000/drawing"
xmlns:fo="http://www.w3.org/1999/XSL/Format"
xmlns:meta="http://openoffice.org/2000/meta"
xmlns:number="http://openoffice.org/2000/datastyle"
xmlns:svg="http://www.w3.org/2000/svg"
xmlns:chart="http://openoffice.org/2000/chart"
xmlns:dr3d="http://openoffice.org/2000/dr3d"
xmlns:form="http://openoffice.org/2000/form"
xmlns:script="http://openoffice.org/2000/script"

Això ha estat l'arrel de MOLTS problemes ja que m'estava tornant boig al veure que el filtre a vegades funcionava.... altres vegades no..... en fi, un infern.

Ara bé, quina solució hi ha?!?!?

Pel que he vist al XSL no es poden definir 2 namespaces amb el mateix nom..... evidentment... per tant com puc tenir en compte aquest fet tan SIMPÀTIC del OpenOffice?

Ja em veig fent un preprocessament del XML mirant si hi ha els urn.oasis... alguna idea en ment??????!??!?!?!?!?!

Qüestions vàries i diverses...

2007-04-19T14:58:00.000+02:00

Doncs bé, el filtre es pot dir que està mig encaminat per no dir acabat.

Problemes:

No sé com fer taules a la NWIki -> mirar com es fan ja que enlloc diu res!!! (cercar exmples de mediawiki)
No sé com diferenciar llistes enumerades/no enumerades al xml del OO. S'hauria de mirar primer l'estil de la llista per saber com està definida però no sé com fer-ho....de moment.
Fer proves exhaustives per assegurar-me de que tot funcioni

TODO:

Divisions del text
Inserció d'imatges -> es poden posar directament a algun lloc de /moodle ???
Que funcini amb windows....buffff!!!!

6º Reunió

2007-04-13T14:44:00.000+02:00

Aquest dimecres vàrem fer la sisena reunió.

Referent a la API ens hem de posar d'acord amb el mestre Pigui ja que tenia un disseny pensat, així que reunirem esforços amb ell per a desenvolupar-la.

Referent a l'extensió del OO, no hi ha cap novetat, hem de seguir fent-la tal com havíem previst.

Aquest cop va ser més com una reunió de seguiment que no pas per aclarir cap dubte o problema que tinguéssim.

Així doncs, ens posem les piles i continuem amb el PFC.

XSl i més...

2007-04-07T18:18:00.000+02:00

Doncs bé, efectivament, el filtre XSL ha resultat una agonia de fer, i més en aquestes dates.

De moment ja destria els headings i les llistes no numerades, el que falta per fer és el següent:

Links
Format (negreta,cursiva,subratllat?)
Llistes numerades
Taules (???)
Imatges

En principi aquest serà el format que suportarà (de moment) després ja l'ampliarem si fa falta.

A la aplicació de l' OO també li he afegit dues coses noves, ara hi ha dos listeners, un per a crear una llista dels cursos que té disponible l'usuari i l'altre un cop s'ha escollit el curs en qüestió ens crei una llista amb les respectives wikis a les quals hi pot accedir.

Conclusió, falta perfilar una mica aquestes coses noves que he fet i comprovar el rendiment de la transformació xml->xsl per a que no sigui eterna!

Després d'aquests dies de pseudovacances tornarem a la càrrega fent noves coses.

XSL

2007-04-02T17:03:00.000+02:00

El webservice ja rep el document xml i les imatges que el componen correctament, visca!

Ara toca fer la transformació amb xsl, la cosa no pinta molt bé ja que apart d'haver de tenir en compte mil coses de la pròpia transformació xml->xsl, el format xml d'OO té MOLTES opcions i perdrem moltes coses del seu format.

Aviam com quedarà la cosa.......

Per a més informació del XML a l'OO he trobat la següent informació

Sobre el XSL com sempre he recorregut al meu vell amic de safaribooks:

Durant aquests dies intentaré barallar-me una mica amb el filtre i no faré res més, espero no tornar-me boig...

PHPecks!

2007-03-30T12:47:00.000+02:00

Ja he trobat la solució......

Activant el debug del php he pogut veure com el problema era del PHP, activant les directives:

log_errors = On
error_log = /tmp/php.errors

Vilment el php saltava pel següent error:

[29-Mar-2007 16:58:23] PHP Fatal error: Allowed memory size of 31457280 bytes exhausted (tried to allocate 12827853 bytes) in Unknown on line 0

És per això que hem decidit que enviar fitxers de 20 megues de cop per internet.... doncs no mola!!!! A no ser que tinguis una T3 o una OC3 mínim.

Ara per ara el que farem és enviar el contingut (text) del document en una petició i les imatges també en una petició per cada una.

D'aquesta manera quedarà tot mol més maco :)

ODT ODT ODT i mil cops ODT

2007-03-29T16:51:00.000+02:00

Ja he fet lo d'enviar el document odt al webservice (tot ultrabeta no funcional).

Amb document petits funciona perfectament però amb grans directament no funciona :/

L'anàlisi del problema:

El POST és d'uns 13 megues.

EL OOWiki ho envia bé, he fet un print del POST que fa i ho envia tot.

EL php l'he configurat amb:

post_max_size

20M

L'apache ho rep bé: 127.0.0.1 - - [29/Mar/2007:16:36:48 +0200] "POST /moodle/mod/wiki/wsimport/wsimport.php HTTP/1.0" 200 - "-" "Python-urllib/1.16"

Amb el Wireshark també ho he mirat i surt tot bé.

No reb res del POST el php ni fent:

$username = $_POST['username'];
echo $username;

Alguna idea? Em passo alguna cosa per alt? Jugo directament a la ruleta russa?

Al final ja veig que acabarem fent unes quantes peticions al webservice per enviar-ho tot a trossets :P

5º Reunió

2007-03-29T11:52:00.000+02:00

Ahir ens vàrem reunir un altre cop abans de les vacances ben merescudes de setmana santa.

Què vàrem decidir?

La qüestió és que el plugin del tiddlywiki és una mica caòtic, per això hem decidit de fer una API, per tal d'adaptar el plugin més endavant.

Aquesta API de moment només implementarem les funciones que necessitem pel plugin d'OO i la farem documenta-la i fent jocs de proves amb phpunit, així els següents projectistes que vinguin espero que ho tinguin tot una mica més fàcil!

Conclusió, aquests dies toca barallar-se per fer la API per la nwiki i paral·lelament continuar fent la extensió del OO.

Els Rols Són Un Rotllo

2007-03-22T17:16:00.000+01:00

El títol parla per si mateix....

Els rols no em fan cas i no m'estimen gens ni mica.

$context = get_context_instance(70,4);
if (has_capability('mod/wiki:editanywiki',$context,$userid)) echo "POTEDITARQUALSEVOL\n";
if (has_capability('mod/wiki:editawiki',$context,$userid)) echo "POTEDITARWIKI\n";

En teoria aquest tros de codi hauria de funcionar ja que no té més secret.... però NO!

O sigui que estic aquí encallat amb aquest embolic de rols, amb la tonteria de tant de rol encara acabaré fent-me del CRUPC (horror!!!)

Com a mínm he descobert una web interessant! Amb referències d'on estan definides les variables de moodle, etc etc etc.

Josep Maria Cantimplora In Concert

2007-03-19T17:09:00.000+01:00

El dissabte per esvair-me una mica i treure'm del cap el moodle i la mare que el va parir.... vaig anar a veure el superconcert friki (com Déu mana) del JM Cantimplora.

No tinc paraules per definir com va ser l'espectacle. Me'n penedeixo molt de no haver portat la càmera per a fer-vos un reportatge gràfic.

Tanmateix aquí teniu fotos d'una altra actuació per a que us feu una idea:

Ara que ja tenim més o menys la imatge del personatge en ment només cal que us expliqui la música que canta.

Un Partit Anomenat Popular (lletra)
Un Partit Anomenat Popular (cançó)

Per a més informació podeu consultar aquestes webs:

http://webs.racocatala.cat/cantimplora/
http://gracianet.org/cantimplora/

Fent el webservice....

2007-03-19T17:05:00.000+01:00

Tal com diu el títol estem refent el webservice tal com havíem acordat.

Ara bé, per a fer-ho ens hem plantejat els següents reptes:

Seguir les normes de codificació de Moodle.
Fer servir una eina per a comentar el codi com el javadocs.
Fer proves amb phpunit.

De moment això és tot.

Esperem tenir la feina enllestida la setmana que ve si tot va bé!

4º Reunió

2007-03-16T12:48:00.000+01:00

Avui hem tornat a quedar un altre vegada per a parlar del projecte.

Hem decidit bàsicament dues coses:

Des de l'extensió del OO enviarem un zip amb tota la informació del document per després processar-la directament al servidor, així ens estalviarem de fer transformacions i instal·lar filtres XSL a les màquines clientes, tanmateix la informació del document l'haurem d'enviar tant si com no.

Haurem de refer el webservice del tiddlywiky per a que compleixi totes les funcions de moodle 1.7 ja que inicialment es va fer pensant amb el moodle 1.6. Ja que ens haurem de connectar al webservice per introduir la informació del OO, ara per ara, considerarem que aquest objectiu és prioritari i deixarem una mica de banda el desenvolupament de l'extensió del OO.

Per tant, aquests dies ens dedicarem a refer el webservice amb un paraula al cap que a ningú deixa indiferent: refactoring!

Putada o Especulació?

2007-03-08T22:09:00.000+01:00

La vida és injusta :(

Dear Football Supporter,

We are pleased to inform you that, as a result of the lottery process, your Application with the Booking ID: XXXXX for the UEFA Champions League Final 2007 on 23^rd May at the Olympic Stadium in Athens (Greece) has been successful.

The following ticket(s) have been allocated to you: 2 tickets in Category 2.

The total amount of 300 Euros (including Administration Charges) has been deducted from your credit card account.

Please note that the actual amount debited to your credit card might vary slightly depending on the exchange rates applied by the bank(s) involved in the transaction.

Your tickets will be dispatched as of 01 May 2007 by express courier to the address indicated by you on the Application form.

Enclosed with your tickets, you will receive the spectator leaflet with important information on the match, the stadium and the general terms and conditions. Please read those instructions carefully. As a ticket-holder you are bound by the ticketing terms and conditions (available on uefa.com).

Any information request related to your ticket order should be addressed to Tickethour, which is the service company appointed by the Hellenic Football Federation in relation to the ticketing process for the UEFA Champions League Final 2007:

Nova Interfície Gràfica

2007-03-08T12:30:00.000+01:00

L'antiga interfície gràfica tenia uns petits errors, no tenia en compte el nom del curs i de la wiki on s'haurien d'inserir les noves pàgines.

És per això que hem fet una nova interfície gràfica inserint aquests nous camps.

El codi està aquí.

Amb aquesta nova informació ja tenim tots els paràmetres necessaris per inserir la pàgina a la wiki, ja falta poc!!!!

Enviar dades del OO a Internet

2007-03-08T12:05:00.000+01:00

El primer pas per a crear una pàgina a la wiki és enviar les dades que hem recollit amb l'extensió del OO i enviar-les.

Com que aquestes dades les enviarem a un servidor web el que ens cal és utilitzar una llibreria de python que ens simplifiqui la vida el màxim possible. La que he trobat, ha estat la urllib.

Ara bé, no tot són flors i violes, al fer això ens sorgeixen dos problemes que hem de resoldre:

Primer de tot hem de mirar si l'aplicació funciona a través d'un proxy i si no ho fa, arreglar-ho

Les dades que s'envien mitjançant la comanda post, són modificades per complir els estàndards per això passen coses com aquestes:

Original
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

POST:
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd\">

Suposo que això es podrà arreglar amb alguna funció de php però encara no he trobat res....

Tanmateix, ara que ja podem enviar informació ens podem anar centrant en com inserir una pàgina fent ús del webservice.

3º Reunió

2007-03-08T11:58:00.000+01:00

Ahir va ser la tercera reunió del projecte després de dues setmanes d'investigar més coses amb el OpenOffice.

Vàrem explicar que és el que havíem fet fins ara i vam marcar la pròxima fita.

Inserir una pàgina a la wiki des de l'extensió de l'OO, tot un repte!!!

Per a fer això, utilitzarem el webservice que vàren per importar informació de Tiddlywiki

Ara només toca remenar codi per aconseguir fer això... aviam quins nous problemes ens sorgeixen!

Interfície Gràfica

2007-03-02T10:39:00.000+01:00

Aquests dies m'he dedicat a fer la interfície gràfica de l'extensió de l'OpenOffice.

Els paràmetres de configuració hem decidit que seran aquests:

Username => String que ens indicarà el nom d'usuari del moodle al qual ens volem connectar.
Password => String que ens indicarà el password de l'usuari del moodle al qual ens volem connectar.
Wiki Url => URL de la wiki on volem afegir el document.
Nivell => Nivell de profunditat de les pàgines que dividirem (és un número entre 1 i 9)
Subdividir => Si dividirem les pàgines del document
Prefix => Prefix amb el qual començaran les noves pàgines creades a la wiki
Format => Elecció del format: XHTML/Wiki

Un cop decidits els paràmetres he fet una interfície gràfica per a poder introduir-los:

El codi font el podem trobar aquí.
La gràcia està en que aquesta configuració es guarda a disc per poder recuperar-la fàcilment i no haver d'introduir-la cada vegada a mà.

Problemes?

El codi encara s'ha de depurar una mica, és només una demo del que serà.
La funció de save/load les preferències encara no funcionen del tot bé.
S'ha de mirar que no hi hagi problemes entre versions de l'OO i entre linux/windows pel tema de crear fitxer i guardar-hi informació

El pròxim pas és tenir una versió més o menys operativa del webservice i començar a programar les funcions que interectuaran l'extensió amb el webservice.

Exportació a l'OpenOffice en format HTML/XHTML

2007-02-26T17:15:00.000+01:00

Ja hem parlat de que l'objectiu final de l'extensió és exportar el document d'OO a la wiki del moodle que desitgem.

Per això ens cal exportar el document amb el format que accepti la wiki (html/xhtml/wiki)

Basant-nos en això i les funcionalitats de la wiki tenim dues opcions:

La primera consisteix en exportar el document amb format html o xhtml, la qual cosa és una funcionalitat de l'OO.

La segona consisteix en anar cercant pel document el seu contingut i realitzar una transformació dins la extensió que ens doni com a resultat un format vàlid per a la wiki.

La primera opció es podria fer mitjançant el següent script en python: exporta.py

Definint la variable:

p.Value="HTML (StarWriter)" => sortida del document en format html
p.Value="XHTML Writer File" => sortida del document en format xhtml

Quins problemes hi ha al dur a terme aquesta opció? S'hauria de validar que el format del document d'OO i el resultat en la wiki fossin el mateix, i en cas contrari, aplicar les transformacions que siguin necessàries.

La segona opció es podria fer mitjançant uns altres scripts:

cercaestils.py => Ens retorna els estils actius que s'han fet servir en el document
agafaestil.py => Ens tots el text que estigui en l'estil escollit
cercaposicions.py => Ens cerca l'inici i el final de l'estil que escollim
printaindex.py => Ens printa el contingut de l'índex del document, si n'hi ha.

Mitjançant aquesta opció podríem crear un document html, xhtml o amb el format de la wiki a mida tot i que seria mol més laboriós.

A més a més aquesta última opció (crec) que seria molt difícil d'implementar amb el word...

En definitiva, crec que la millor opció és realitzar la exportació en xhtml i que el webservice s'encarregui d'arreglar el xhtml per a que compleixi el format que desitgem.

En tot cas haurem d'investigar amb més detall quines transformacions hem de realitzar al xhtml i tota la pesca!

2º Reunió

2007-02-22T14:45:00.000+01:00

Ahir hi va haver una nova reunió per concretar més detalls sobre el que haurem de fer.

El projecte com ja sabiem era crear una extensió de l'OpenOffice però ahir vàrem definir el que faria aquesta extensió.

Aquesta s'haurà de comunicar amb la wiki del Moodle per tal de poder inserir documents d'OpenOffice que ja tinguem.

Aquest métode d'exportació d'informació cap a la wiki tindrà dues opcions:

Pujar el document text tal com estigui a l'OO
Pujar el document podent definir seccions i que l'arxiu d'OO es converteixi en diferentes pàgines de la wiki. Amb la imatge adjuntada (gràcies albert :P) es pot veure millor les conseqüències d'aquesta divisió de pàgines.

Per a poder fer tot això hem de tenir en compte dues coses:

Primer de tot, pel MSWord hi haurà una aplicació anàloga, per això ens haurem de posar d'acord amb el funcionament, implementació i lògica de l'extensió que realitzarem

Segon, comunicar-nos amb el Moodle:
- L'extensió hauria de permetre introduir els paràmetres per a poder-la realitzar (url,l/p,etc)
- Al Moodle hi haurà un webservice per a poder introduir pàgines, fer l'autentificació,etc mitjançant xml-rpc
- Haurem de pensar com serà la lògica de l'extensió i el webservice, ja que en primer terme podem exportar el contingut del OO en html, xml, format mediawiki, etc i definir qui farà la inserció de les noves pàgines ja creades, una funcionalitat nova? utilitzant la funció de restore de la wiki? (a data d'avui aquesta funció no funciona gaire bé...)

En tot cas, el problema més immediat que tenim és saber com s'accedeix al text d'un document d'OO i poder diferenciar les parts de text segons la seva TOC, així com saber com es pot exportar aquesta informació, si haurem de fer un parseig d'informació d'algun tipus, etc.

A investigar s'ha dit!

PD: Ahir no vaig poder penjar l'informe de la reunió ja que estava a plaça reial fent-me amics dels reds, evidentment avui no estic ni humor ni tinc ganes per investigar tot això, demà serà un altre dia....

WebServices

2007-02-19T15:23:00.000+01:00

En principi l'extensió que realitzem tard o d'hora s'haura de comunicar amb un web service.

Investigant una mica he trobat una llibreria de Python que ens facilitarà molt les coses a l'hora de desenvolupar l'aplicació.

Aquesta llibreria s'anomena Zolera SOAP Infrastructure (ZSI, pels amics).

Gràcies a aquesta llibreria i la seva documentació he fet un petit programa que ens farà de servidor: server.py

Després he fet una nova extensió de l'OpenOffice que es connecta al servidor i demana la funció que he implementat al servidor.

El resulta és aquest:

Ara bé, no tot són flors i violes, quin problema tenim ara?

Els requisits d'aquesta llibreria són: ZSI requires Python 2.3 or later and PyXML version 0.8.3 or later.

Amb linux no hi ha cap mena de problema ja que a cop d'apt o similar fàcilment podem instal·lar el que necessitem.

Amb windows, se suposa que haurem de instal·lar la llibreria apart o fer alguna marranada similar.....

Les proves d'empaquetar la llibreria amb l'extensió del OO de moment no han funcionat... o sigui que de moment ja tinc feina...

Aviam quina serà la solució......

Diàleg

2007-02-16T16:07:00.000+01:00

Ja tinc el meu primer diàleg per OO.

Amb PyUno es poden utilitzar les llibreries d'AWT per a fer messageboxes,menus,etc.

Aquí hi ha l'exemple que he fet: login

A mode d'exemple he fet servir les llibreries d'en Danny

També m'ha estat d'utilitat aquesta extensió que ja exisitia pel OO.

L'únic problema que hi ha és que debugar les aplicacions per OO és com una mena d'infern i la documentació d'exemples, tutorials, etc de PyUno és quasibé inexistent.

Primera extensió pel OpenOffice

2007-02-09T15:15:00.000+01:00

Per crear l'extensió farem ús de PyUNO.

PyUNO es pot fer servir utilitzant els següents mètodes:

1. Dins de l'executable de Python(i fora del procés d'OpenOffice).

Aquesta metodologia s'utilitza quan:

Es comença a aprendre PyUNO, es té un enfocament més intuïtiu.
Es vol apuntar a execucions del script començant en processos separats (cgi-script dins un servidor web)
Es vol un entorn ràpid d'execució-codi, codi-execució

Un exemple de codi seria el següent:

Iniciar l'OpenOffice: oowriter "-accept=socket,host=localhost,port=2002;urp;"

Executar: .\python hello_world.py

2. Dins del procés d'OpenOffice.

Aquesta metodologia s'utilitza quan:

Es vulgui executar el programa en moltes màquines
Quan el programa depèn de crides d'altres programes
Es tingui més experiència amb pyUNO
Quan es vol el millor rendiment del programa

Per crear una extensió amb aquesta metodologia cal:

Realitzar el programa que volguem: hello_world.py
Assignar el programa a un event: Addons.xcu
Comprimir els dos arxius en un zip: zip hello_world.zip Addons.xcu hello_world.py
Hi ha 3 maneres per a instal·lar l'extensió creada:

/usr/lib/openoffice/program/unopkg add hello_world.zip

/usr/lib/openoffice/program/unopkg gui i afegir l'extensió

Obrir l'OpenOffice i afegir la instal·lació manualment tal com hem fet al pas anterior.

Finalment només ens cal executar l'extensió:

Python?

2007-02-08T17:27:00.000+01:00

Tal com vaig dir ahir, les extensions pel OpenOffice es poden programar amb diferents llenguatges.

Ara bé, amb quin llenguatge desenvoluparem l'aplicació?

Hem decidit que la millor opció és fer-ho, és la de fer-ho amb Python.

Aquesta decisió ha estat basada en aspectes més personals que tècnics. Durant la carrera hem vist llenguatges com Java o C++ però en cap cas hem fet cap programa amb Python. Per això crec que Python és una bona elecció ja que al cap i a la fi el que estem fent és un treball de recerca, i això implica aprendre coses noves i experimentar amb nous llenguatges, mètodes de programació, etc.

En tot cas per veure les diferències entre Python i altres llenguatges hi ha diferents articles:

Tampoc entraré en detalls ja que podríem començar una discussió inacabable parlant de quin és millor que l'altre.

Personalment no en tinc ni idea de Python per això m'he passat pel safari books (el qual tots els estudiants de la UPC hi tenen accés gratuït encara que no ho sàpiguen) a veure quins llibres podrien ser interessant, de moment he trobat:

Learning Python, 2nd Edition
Programming Python, 2nd Edition
Python Standard Library

De moment no en compraré cap a amazon però qui sap....

Extensions a OpenOffice (UNO)

2007-02-07T17:19:00.000+01:00

Resulta que els addons s'anomenen extensions tal i com passa amb el Firefox, ves quina cosa!

Una breu descripció de com funcionen les extensions a l'OpenOffice i les seves característiques seria la següent:

Les extensions de l'OpenOffice existeixen per desenvolupar d'una manera ràpida i senzilla noves funcionalitats sense haver de tocar el codi font de l'aplicació (milers de línies). El seu principi és crear paquets UNO mitjançant els quals l'usuari final pugui instal·lar-los i utilitzar-los fàcilment.

Aquestes extensions es creen a partir d'UNO de tal manera que es pot utilitzar una gran varietat de llenguatges de programació.

Aquests llenguatges són:

Python
Basic
Java
C++

Un cop s'ha realitzat la extensió aquesta s'ha d'empaquetar seguint unes normes establertes.

Un cop més o menys ja tenim una idea de que són les extensions, que és UNO?

UNO (Universal Network Objects) és el component model d'OpenOffice. Ofereix interoperabilitat entre els llenguatges de programació que hem anomenat anteriorment, altes models de components i arquitectures de hardware.

Els components d'UNO s'implementen i s'accedeixen amb un binding del llenguatge escollit i un bridge.

L'únic problema que hi ha per desenvolupar extensions mitjançant aquest mètode és que només les noves versions d'OpenOffice el suporten, les 2.x.

Demà començaré a investigar com realitzar una petita demostració de com es fa una extensió.

1º Reunió PFC

2007-02-07T11:14:00.000+01:00

Avui he fet la primera reunió del PFC.

El projecte tractarà sobre el desenvolupament de l'aplicació Moodle.

I doncs, que és el Moodle??

Moodle is a course management system (CMS) - a free, Open Source software package designed using sound pedagogical principles, to help educators create effective online learning communities. You can download and use it on any computer you have handy (including webhosts), yet it can scale from a single-teacher site to a 50,000-student University. This site itself is created using Moodle, so check out the Moodle Demonstration Courses or read the latest Moodle Buzz

Inicialment ara no tocarem res del Moodle i ens centrarem amb el desenvolupament d'un plugin per a OpenOffice.

L'OpenOffice és un clon del mític Microsot Office:

L'OpenOffice.org 2.0 és la primer paquet ofimàtic de programari lliure que permet treballar amb el format OASIS Open Document Format for Office Applications (OpenDocument). L'OpenDocument és un format de document XML desenvolupat per OASIS, l'organisme internacional pel desenvolupament d'estàndard d'e-Business. Podeu utilitzar el format OpenDocument sense por de dependre de cap venedor o producte informàtic concret.

El paquet ofimàtic incorpora una base de dades relacional (Base) per completar el processador de textos (Writer), el full de càlcul (Calc), el gestor de presentacions (Impress) i l'eina de dibuix (Draw).

Gràcies a la nova interfície d'usuari, l'OpenOffice.org 2.0 és més fàcil d'aprendre i d'utilitzar per part dels usuaris menys experimentats i és significativament més compatibles amb els documents del Microsoft Office. L'OpenOffice.org 2.0 funciona sobre Microsoft Windows, GNU/Linux, Sun Solaris i això permet a l'usuari una millor flexibilitat a l'hora d'escollir la seva plataforma de treball.

Ara és el moment d'investigar com es desenvolupa un plugin per a OpenOffice.