LGPDM

Gérer facilement les concours de belote, c'est effectivement le rêve secret de chacun d'entre nous :)

Lire la suite

TextEdit, le Wordpad (ou Write) du MAC pourrait lire des fichiers OpenDocument dans la version Leopard de Mac OS X.

OpenDocument, un ".doc killer" ?

D'après cet article, l'Estrémadure (une des 17 communautés autonomes d'Espagne) passe sur Linux et le format de fichier OpenDocument (le format de la suite bureautique libre OpenOffice.org). Une bonne nouvelle, cela vas dans le même sens que ce que propose la France, le Danemark, la Belgique, Le Massachusetts ...

Pourquoi les formats ouverts ? Tout simplement parce qu'ils permettent de garantir la pérénité des données et sont le pivot de l'interopérabilité.

Refs :

• http://formats-ouverts.org/blog/2006/06/05/831-la-saga-odf
• http://grossac.org/index.php/2006/06/24/72-opendocument-adopte-par-l-administration-belge
• http://grossac.org/index.php/2006/06/18/66-ooo-opendocument-soutenu-par-des-multinationales
• http://grossac.org/index.php/2006/08/02/75-google-dans-l-odf-alliance

Rappel : Microsoft propose un Add-in pour lire les fichiers OpenDocument dans Microsoft Office (ref).

L'ODF Alliance est un groupement qui a pour but de défendre le format de fichiers OpenDocument.

Google est membre de cette aliance depuis la mi-Juillet.

Si le traitement de texte de Google (Writely) permet déjà de manipuler le format OpenDocument, on attend que leur tableur sache faire la même chose !

Un poids important en faveur de OpenDocument et de OpenOffice.org.

Ref :

• http://formats-ouverts.org/blog/2006/07/13/878-google-et-le-format-odf

Le format OpenDocument vient d'être adopté dans l'administration Belge (lire le comuniqué de presse). Vous pouvez consulter mon billet précédent sur le sujet pour plus d'informations.

Il faut espérer que la rumeur qui dit que Steve Ballmer (PDG de Microsoft) aurait contacté le Ministre de l'Economie (Thierry Breton) afin de le convaincre que l'OpenDocument est anticoncurrentiel (je me marre !) et ne devrait pas figurer dans le RGI (Référentiel Général d'Interopérabilité) n'est bien qu'une rumeur ...

OpenDocument, le format de fichier utilisé par OpenOffice.org, StarOffice, KOffice, AbiWord, IBM Workplace, Scribus, Writely, WordPerfect (bientôt), TextMaker, CPS (un portail Web), eZ publish (un portail Web), Knomos (gestion intégrée des flux de travail et des bases de données des cabinet d'avocats), Visioo-Writer (visionneuse ODT), ...

• Le seul format de suite bureautique ayant une norme ISO
• Adopté par l'État américain du Massachusetts à partir de 2007
• Utilisé par la gendarmerie nationale
• Proposé comme OBLIGATOIRE (en majuscules dans le texte) par le RGI (Référentiel Général d'Interopérabilité) pour les "autorités administratives" en France

C'est cette initiative du RGI qui est soutenue par Ed Black, le président de la Computer & Communications Industry Association (CCIA). La CCIA compte parmis ses membres : Fujitsu, Kodak, Nortel, Microsoft, Oracle, Redhat, Sabre, Sun Microsystems et Yahoo!.

Edit : Pour un peu plus d'infos, Thierry Stoehr a écrit un billet intitulé La saga ODF.

Aujourd'hui, un petit exemple de pilotage de OpenOffice.org depuis Python avec OLE (c'est donc uniquement pour Windows). J'ai choisi de montrer comment utiliser OpenOffice pour convertir un fichier texte en pdf, avec un petit script.

Contexte technique :

• Python 2.4
• Pywin32 207
• OpenOffice.org 2.0.1

Lire la suite

OOoFF est un outil de recherche textuelle (permet de retrouver un document contenant un mot) dans les fichiers OpenOffice.org.

Il propose les fonctionalités suivantes :

• Recherche textuelle dans les contenus de fichiers et dans le titre des documents (fichiers et modèles)
• Conditions de recherche OU, ET ou recherche de phrase
• Ouverture des fichiers avec un double clic
• Interface adaptée au thème graphique
• Multi-lingue (anglais et français pour l'instant)
• Installation par setup (windows)
• Intégration à l'explorateur

Je viens, après presque 2 ans d'inactivitée sur ce projet, de sortir une nouvelle version. Les changements apportés par cette nouvelle version sont :

• Correction des extensions pour les fichiers OpenDocument
• Passage du CVS sur le serveur de l'adullact, merci à eux pour l'hébergement.

Le site Web de OOoFF.

La page de téléchargement.

Le site de StarXpert.

Par hasard, j'ai découvert un comportement bizarre sur OpenOffice et Excel.

Rappel : dans ces deux tableurs, les dates sont comptés en nombre de jours depuis une date de référence. Par exemple, OpenOffice compte les jours depuis le 30/12/1899. Aujourd'hui nous sommes au jour n° 38735 (le 18 janvier 2006), un mercredi.

Excel et OpenOfficesont en accord sur :

• le nombre de jour entre la date initiale et le jour actuel
• le jour de la semaine de la date actuelle.

Tout semble bien fonctionner SAUF dans certains cas.

Par exemple, au lieu d'avoir une date récente, je vais utiliser une date plus ancienne, le 16 janvier 1900 par exemple.

Dans OpenOffice, si je saisit : 16/1/1900 dans le tableur, la date s'affiche. Si j'affiche le jour uniquement (format personnalisé puis "JJJ"), J'ai un Mardi qui s'affiche. Dans Excel, avec la même manipulation, C'est un Lundi qui s'affiche.

Il y donc dans ce cas un décalage de 1 jour.

Comme il ne peut y avoir qu'une seule bonne réponse, j'ai utilisé Google et la commande "cal 1900". Le résultat est flagrand, Excel a faux, OOo Win ! :

                               1900

       janvier                février                 mars
di lu ma me je ve sa   di lu ma me je ve sa   di lu ma me je ve sa
    1  2  3  4  5  6                1  2  3                1  2  3
 7  8  9 10 11 12 13    4  5  6  7  8  9 10    4  5  6  7  8  9 10
14 15 16 17 18 19 20   11 12 13 14 15 16 17   11 12 13 14 15 16 17
21 22 23 24 25 26 27   18 19 20 21 22 23 24   18 19 20 21 22 23 24
28 29 30 31            25 26 27 28            25 26 27 28 29 30 31

        avril                   mai                   juin
di lu ma me je ve sa   di lu ma me je ve sa   di lu ma me je ve sa
 1  2  3  4  5  6  7          1  2  3  4  5                   1  2
 8  9 10 11 12 13 14    6  7  8  9 10 11 12    3  4  5  6  7  8  9
15 16 17 18 19 20 21   13 14 15 16 17 18 19   10 11 12 13 14 15 16
22 23 24 25 26 27 28   20 21 22 23 24 25 26   17 18 19 20 21 22 23
29 30                  27 28 29 30 31         24 25 26 27 28 29 30

       juillet                 août                 septembre
di lu ma me je ve sa   di lu ma me je ve sa   di lu ma me je ve sa
 1  2  3  4  5  6  7             1  2  3  4                      1
 8  9 10 11 12 13 14    5  6  7  8  9 10 11    2  3  4  5  6  7  8
15 16 17 18 19 20 21   12 13 14 15 16 17 18    9 10 11 12 13 14 15
22 23 24 25 26 27 28   19 20 21 22 23 24 25   16 17 18 19 20 21 22
29 30 31               26 27 28 29 30 31      23 24 25 26 27 28 29
                                              30
       octobre               novembre               décembre
di lu ma me je ve sa   di lu ma me je ve sa   di lu ma me je ve sa
    1  2  3  4  5  6                1  2  3                      1
 7  8  9 10 11 12 13    4  5  6  7  8  9 10    2  3  4  5  6  7  8
14 15 16 17 18 19 20   11 12 13 14 15 16 17    9 10 11 12 13 14 15
21 22 23 24 25 26 27   18 19 20 21 22 23 24   16 17 18 19 20 21 22
28 29 30 31            25 26 27 28 29 30      23 24 25 26 27 28 29
                                              30 31

Pour tout dire, il y a une explication rationnelle à ça. Premièrement, la date de départ des 2 applications n'est pas la même (par défaut) :

• le 0 Janvier 1900 pour Excel (oui oui, le 0, =annee(0) retourne 1900 et pas 1899)
• le 30 Décembre 1899 pour OpenOffice.org

(fatigue : je viens de prendre le trognon de pomme sur le bord de la table pour une souris)

La différence au niveau de point de départ permet d'expliquer la différence sur les dates en 1900. Cependant, ça n'explique pas comment au bout d'un certain temps les 2 logiciels fonctionnent de façon identique. Alors, Bug de Excel ? Et bien ... non, ça n'est pas vraiment un bug. C'est une fonctionnalitée choisie par l'éditeur pour garder une compatibilitée avec lotus 123 (qui lui avait le bug), un "By design". Pour être précis, le décalage continue jusqu'au 29 février 1900 (date qui n'a jamais existée, sauf dans lotus 123 et Excel :p).

Du coup, je me pose une question, que je laisserai ouverte pour le moment : dans quelle mesure doit-on garder des éléments de compatibilitée avec d'autres applications ? Peut-on introduire des erreurs de calculs pour des raisons de compatibilitée ?

Edit: un lien vers la "knowledge Base" de microsoft : http://support.microsoft.com/kb/214058/en-us