Florent MANENS a écrit 76 commentaires

Il n'est pas du tout évoqué les problèmes que peuvent rencontrer les administrations et collectivités locales liées à l'échange de fichiers .doc et .xls avec des versions différentes de Excel et Word. Il est encore moins évoqué les problèmes qui seront liés à l'arrivée du nouveau format de MSOffice 2007.

Standard de fait ? la blague.

A mon avis, le choix de l'ODF par le RGI, c'est juste un compromis, un moyen de rationaliser les échanges entre les acteurs publiques et privés.

D'ailleurs, les collectivités peuvent tout à fait conserver leur format de fichier actuel :
(extrait du RGI)

"
Il est INTERDIT de faire une migration depuis le format bureautique couramment utilisé par une organisation vers un format autre que le format ouvert Open Document.
"

C'est là qu'est tout l'ironie de cette situation : Elles (les collectivités locales) ne pourront pas techniquement le faire, justement parce que le format utilisé actuellement est fermé. C'est justement dans cette situation que la conclusion de l'enfermement des données des collectivités devrait faciliter l'adoption d'un standard commun.

Pour moi, OpenDocument est la seule solution vraiment envisageable. Même si elle est techniquement imparfaite, elle a l'avantage de rassembler des acteurs différents avec des objectifs différents (sans parler de uniformisation possible avec le format bureautique de la Chine UOF).

Novell (Nat Friedman en fait) a fait une démo de la NLD (Novell Linux Desktop) qui sortira bientôt (dans 5, 6 mois). Elle sera basée sur Xgl. On pouvait aussi voir la démo sur le stand Novell.

Tristan Nitot en parlait sur son blog :
http://standblog.org/blog/2006/02/02/93114634-why-you-should(...)

(tout est dans le titre) :p

POur en revenir à cette technique, il semble qu'il est oublié l'interet des * lorqu'on tape un mot de passe...du coup, ce sera encore plus simple à une personne regardant par dessus ton épaule de connaitre ton code, en gros, pour eux, le danger le plus important vient du net et plus directement de son environnement du "monde réel", et pourtant, si sensible

Ils pourraient mettre des * à la place des chiffres sur le pavé numérique, ça éviterait à quelqu'un de malveillant de pouvoir les lire .....

/me | []

il y a beaucoup d'informations pour apprendre Python dans ce livre :
http://diveintopython.org/

Pour les fichiers __init__.py, regardes la documentation Python ici :
http://docs.python.org/tut/node8.html

Il peut être vide ce fichier :p

Pour la solution que tu as retenu, je maintien que ça n'est pas vraiment ce qu'il y a de plus joli.

Ajoutes un fichiers __init__.py vide et fais un
import modules_locaux.module_local_1

Bon courage :p

regardes du coté de :
os.sep et os.path.join(), tu devrais trouver ton bonheur pour avoir des séparateurs multiplateforme.

dans le répertoire /home/bob/programme_python/modules_locaux/, tu as un fichier __init__.py ?

Je crois me souvenir que pour faire une interface wxPython sous windows, j'ai du utiliser un panel (puis des box dans le panel) pour que les boutons fonctionnent.

Tu utilises un outil pour créer l'interface ? c'est du fait main ?

Essayes de lancer un terminal(konsole par exemple) et dans le terminal, tapes

aumix

Tu devrais voir apparaître un message d'erreur un peu plus explicite.

gc, tu parles bien du nom du fichier enregistré au format utf8 sur le système de fichier, il ne me semble pas que ça change quelque chose pour le contenu.

Ceci dis, même si la page html est enregistrée en utf8, elle devrait s'afficher correctement, l'encodage utilisé est précisé dans le html non ?

Il me semble que kwrite permet de changer l'encodage d'un fichier texte. (vim sait le faire)

Il existe un filtre d'import pour le format XML de Word 2003 mais pas encore pour Excel 2003.

Enregistres le en format Excel 2000 ou fais le filtre d'import pour Excel 2003 xml (pas simple) !

il y a des listes en français, elles sont très actives :
http://fr.openoffice.org(...)

pour le script xsl, tu ne vas pas le trouver sur internet, il dépend de la structure de tes données.

Essayez de mieux préciser le contexte, ça n'est pas très clair, de quelle version de excel parlez vous? quelle version de OpenOffice.org ?

Avez vous un filtre de lecture du fichier xml avec Excel ?

si vous souhaitez lire du xml avec openoffice, il faut un petit script xsl d'import.

ps : vous aurez de meilleurs réponses sur les listes de diffusion OpenOffice.org.

pour avoir une numérotation hiérarchique correcte, utilisez les styles de titres puis le menu outils>numérotation des chapitres pour numeroter le document.

il est expliqué comment faire une numérotation dans cette page :
http://fr.openoffice.org/Documentation/How-to/indexht.html(...)

ici :
http://fr.openoffice.org/Documentation/How-to/writer/num02fr.pdf(...)

--
http://www.starxpert.fr(...)

Yast sait installer un logiciel, en mode graphique ou en ligne de commande.

pour installer un logiciel :
yast -i mutt

l'utilisation de l'interface yast permet de sélectionner et installer un logiciel.

Si Yast ne suffit pas ou si vous voulez installer des sources suplémentaires de logiciels, vous pouvez utiliser apt avec Suse :
http://linux01.gwdg.de/apt4rpm/home.html(...)

Il me semble que LTSP s'en sort avec nasd et esd dans la dernière version.
http://www.ltsp.org/(...)

Personne n'a parlé de Kerberos, c'est pourtant une bonne solution de sso.

Il me semble qu'il existe un module pour apache qui permet de faire de l'authentification kerberos.
http://modauthkerb.sourceforge.net/(...)

Pour finir, je rappel que c'est une solution multiplateforme, Active Directory utilise Kerberos.

Avec un cookie ?


me cherchez pas
------> [ ]

Tu peux définir une source de donnée vers mysql, ensuite, un simple glissé déposer des données vers ton calc te permettra de travailler avec tes données dans ton classeur calc.

Si tu veux arriver directement en format xml openoffice, c'est possible mais un peu plus long, il faut exporter au format xml de openoffice calc.

ça doit être automatique comme traitement ? et pourquoi ne pas passer en csv ?

si tu ne trouves pas réponse ici, viens en causer sur prog at fr.openoffice.org. (inscription sur prog-subscribe at fr.openoffice.org)

J'ai aussi eu ce problème là et pour le solutionner, j'utilise :
self.ID_OPEN=wxNewId()
dans la case id du menu editor.

Il génére alors :
self.ID_OPEN = wxNewId()
tout seul :)

Ensuite, j'arrive à la même situation que toi :
EVT_MENU(self.MainWindow, self.MainWindow.ID_OPEN, self.OnOpenFile)

J'avoue que je dois en être a peu près au même niveau que toi à ce niveau là, à la différence que moi, je fais mes développements en utf8.

J'ai moi aussi des problèmes d'affichage des accents avec wxPython, par exemple, j'utilise wxglage pour générer les fichiers d'interface (.py) et je n'arrive pas à afficher correctement les accents sous windows (des fichiers générés).

Bref, c'est pas vraiment facile à gérer.

J'ai lu un article qui parlait de ce problème et il me semble qu'ils conseillent d'utiliser Gettext pour ne placer que des chaines 'ascii' dans le code et de lacer les caractères accentués dans les fichiers .po.

Je n'ai pas le temps de tester pour l'instant mais je vais le faire, je ferai signe ici si j'y pense :)

Ceci dis, ton problème est quand même étonnant, bizarre que ça marche pas sur 2000 alors que ça marche sur XP.

Juste comme ça, tu utilises un wxpython en unicode ? sur les 2 plateformes ?

J'ai moi aussi des soucis avec les accents, python et wxPython. en utilisant ceci :
http://www.python.org/peps/pep-0263.html(...)

je n'ai plus de problèmes. (J'ai quand même mis 2 poignés de poudre verte au cas où)

Je ne vois pas ce qui empèche un virus d'envoyer un mail avec ton adresse et des explications sur comment faire pour virer un soit disant virus ou des informations sur comment appliquer un patch indispensable ...

Rien non plus n'empeche le virus d'envoyer un lien ...

Ceci dis, je pense que tu as raison, la vrai solution c'est l'éducation.

Pour préciser le contexte, je suppose, vu que tu parles de startmodem que tu utilises le driver eci usb

tu devrais trouver de la doc ici :
http://eciadsl.flashtux.org/(...)

en partculier dans la FAQ :
http://eciadsl.flashtux.org/faq.php?lang=fr#4.6(...)

c'est normal, sur Linux, un utilisateur n'a pas le droit d'afficher sur l'écran d'un autre utilisateur.

Ici, tu essayes de lancer une application graphique alors que tu n'est pas le propriétaire de l'interface graphique.

Tu peux authoriser un utilisateur ou une station avec la commande "host" : cf man host

à ne pas faire en réseau:
xhost +
(mais ça marche)
(mais il ne faut pas le faire, toutes les personnes reliés à ton réseau peuvent afficher des logiciels sur ton écran)

Il faut surtout dire "Merci Novell" qui fait beaucoup pour le libre en ce moment.

Ceci dis, c'est vraiment une très bonne nouvelle et cela va peut être booster un peu les connecteurs des autres clients groupware.