LGPDM

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

Dans un précédent billet, j'ai évoqué (vers la fin) que la copie privée des DVD était légalement impossible dans l'environnement numérique. Visiblement ça peut encore changer dans le bon sens. J'ai hâte de voir si ce qui est considéré dans l'article comme un dépassement du domaine de compétence de la cours de cassation (qui à considéré que la copie privée d'un DVD n'était pas possible dans l'environnement numérique, sans justification) sera favorable en appel...

Edit : Un billet complet sur le sujet par Eolas, Journal d'un avocat. Je cite la conclusion du billet car elle le vaut bien :

En somme, la cour de cassation a commencé à appliquer la loi DADVSI, avant même qu'elle ne soit votée.

Mais, d'après les commentaires, ça arrive régulièrement mais pas dans un litige opposant des personnes privées (je ne sais pas exactement à quoi ça correspond). Un peu obscures les termes juridiques...

Voici deux petites nouvelles, en courant :

Un article du monde ou on peut lire le compte rendu d'un ''tour de chauffe'' avant les débats du 7 mars.

D'autre part, Thierry Mariani (UMP) viens de redéposer l'amendement VU (celui qui exclu les logiciels qui n'implémentent pas les DRM, en gros les logiciels libres aux vues des incompatibilités déjà cités).

Edit : EUCD.info reprend l'info et lance la mobilisation.

Après les débats sur les caricatures, nous avons droit à une caricature de débat. Le sujet n'est pas le même, ici on reparle, encore, de la protection des droits d'auteurs par le projet de loi DADVSI. Pourquoi une caricature de débat ? Et bien tout simplement parce qu'il n'y a pas de débat !

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.

Dans l'actualitée informatique (ou pas), un sujet qui crée de looooooongs débats est le projet de loi DADVSI. Ce projet de loi concerne la protection des droits d'auteurs. Par exemple, c'est en parlant de ce projet de loi que l'on évoque : les "pirates" de l'Internet (utilisateurs de P2P, logiciels d'échange de fichiers de pair à pair), la licence globale (une hypothèse de possibilitée de forfaitiser, avec un surcoût sur l'abonnement Internet, le droit de télécharger), la chute des ventes de disques, ...

Lire la suite

Suite à mon dernier billet à propos des faiblesses de perl2exe, j'ai eu quelques questions à propos de la méthode à utiliser et surtout du fonctionnement de la méthode avec des versions récentes de Perl2exe. Voici donc quelques précisions et un exemple concrèt avec une version récente de perl2exe.

Cette fois ci, j'ai installé une version récente de Perl2exe (Perl2Exe V8.70 for Win32 (Aug 17 2005)) et j'y trouve le même problème.

Lire la suite

Pourquoi ne pas utiliser pickle ?

Suite à mon article précédent sur l'inclusion de fichiers dans un executable créé avec py2exe, on m'a demandé pourquoi je n'utilisais pas pickle.

Lire la suite

Afin de construire facilement une version Linux et une version Windows de mes créations en Python, j'ai expérimenté la mise en place de la création d'éxécutables pour Windows depuis Linux.

Objectif

Mettre en place un environnement de création d'éxécutable windows depuis Linux.

Lire la suite

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