Guillaume06 : Bah oui, une interface bien conçu c'est long à faire !

Corrige ton code sur le faux calcul de fréquence de CPU plutôt !

Comme le dis très bien GeroXXXX, ton programme est totalement bidon, tu devrai te renseigner sur le fonctionnement d'un PC avant.

La seul chose que tu calcule, c'est la fréquence d'exécution de la ligne 19 qui n'a strictement rien à voir avec la fréquence du CPU.
Ton raisonnement est bon sur un code à plat en Assembleur, pas sur un script de haut niveau utilisé par un interpréteur, et avec un OS en plus.

Bref tu es totalement hors sujet ...

Problème classique d'encodage ! Ca marche avec ma version de Python mais pas avec la tiennes visiblement (1.7 il me semble).
Je te propose de tenter une modification : ligne 805 à la place de
self.SetTitle(u"Carnet d'adresse - " + unicode(self.titre, 'windows-1252') + u" [" + self.chemin + u"]")
essaye de mettre
self.SetTitle(u"Carnet d'adresse - " + self.titre + u" [" + self.chemin + u"]")

Toutes les fonctions que tu utilises avec os.system existe aussi dans le module os :
Par exemple au lieu d'utiliser la commande Linux rm tu peux utiliser os.remove(cheamin).

Un petit tour sur http://pydoc.org/2.4.1/os.html pourra t'aider.

Seul cp n'existe pas. Pour cela, il faut lire le fichier en mode 'rb' et écrire en 'wb' (b pour lecture binaire). Sinon je crois que tu peux utiliser aussi shutil.copyfile(source,destination) (sans oublier d'inclure la librairie shutil).

Avec ces méthodes, ton programme fonctionnera aussi bien sous Linux que Windows et même sur MacOS (pas sure, jamais testé).

Bonjour à toutes et à tous

Pour commencer, bonne année 2011. Voici le rapport d'avancement des projets.
Pour être tout à fait honnête avec vous, il y a beaucoup de retard.

Le projet Ara Contact est au point mort, comme tous les autres projets. En effet suite à mes études d'ingénieurs, je pensais qu'après les classes préparatoires, j'aurais plus de temps à consacrer à Python. Erreur, en école d'ingénieur il y a également beaucoup de travail ce qui demande un investissement important et donc du retard dans les projets Python.
De ce fait, il est nécessaire de sortir de cette impasse. Le projet Ara Contact ne doit pas être bloqué.


Je vais donc m'efforcer de créer une version stable (c'est déjà quasiment le cas) afin de sortir une Bêta !!!


Ça devrais me prendre environ 1 semaine si je mis met sérieusement. Je peux donc tenter de vous promettre une sortie pour la fin Janvier 2011 !!!

Un nouveau projet ultra prioritaire sera créer ensuite. Il s'agit de Ara Little Média Pack. Une sorte de préliminaire (j'adore ce mot :p) avant l'Ara Média Pack.
En effet l'Ara Média Pack nécessite la création de l'Ara Média qui n'est pour l'instant pas d'actualité !

L'Ara Little Média Pack disposera d'un mini lecteur indépendant créer spécialement.


J'espère bientôt pouvoir vous annoncer de nouvelle sortie. Bien à vous ...
Work in Progress !

Aéra

C'est juste un extrait de la loi. Je l'ai mis au même titre que la licence de la source ...
Rien de très important, mais c'est toujours bien de préciser la licence d'une source (ici libre).

J'avoue ne pas avoir bien compris ta question, peut tu la reformuler ou bien donner un exemple concret de ce que tu veux faire.

De manière général au niveau de la sécurité, soit tu "blinde" tes fonctions avec des try/except et des if/else ou bien tu t'arrange pour ne pas faire d'erreur quand tu les utilises.
Au passage le "blindage" des fonctions devient obligatoires quand on attend des données de l'utilisateur.

J'ai pas encore bien étudier le code, mais il y a une horreur !!!
Des classes dans des classes c'est interdit !!!!


   >> Oui mais pourtant l'interpréteur Python ne génère pas d'erreur.

En effet, Python accepte des imbrications de classes et les imbrications de fonctions (fonction dans une fonction), mais par convention, on ne crée des fonctions que dans des classes ou que dans le corps du programme. De même on ne crée les classes que dans le corps du programme.

   >> Mais pourquoi ?

Parce que premièrement, la plus part des langages Objets interdisent les imbrications de classe ou de fonction. Dans un soucis de conformisme et pour permettre le travail des compilateurs inter langage on respect cette règle.

La deuxième raison est qu'une classe ou une fonction imbriqué n'est disponible que dans la classe ou la fonction qui la contient. En claire vous ne pouvez pas l'instancer/appeler si vous n'êtes pas dans la classe/fonction qui contient elle même la classe/fonction.
Et ça c'est mal !! Pourquoi ? Parce que en Python comme en C++ est autre, tout les objets, variables, fonctions, ... sont capable dans tout le programme à la différence de certain langage comme Java qui possède pour chaque attribut, classes, fonction, ... un paramètre private ou public (et même protected).
Le choix en Python est la liberté totale, respecte ce choix.


Tu n'es pas le premier à le faire, mais corrige ça c'est plutôt mal vu, et surtout ca gâche tout le code qui du coup parait mal fait.

Enfin dernière petite remarque avant ma lecture, inutile de faire hérité tes classes de objects, en Python c'est fait automatiquement ...

Bienvenu sur PythonFrance, et merci pour commencer a apprendre le Python.
Je ne sais pas si tu as déjà fait beaucoup de programmation avant, mais faire ça au bout de 5 jours c'est pas trop mal, mais il y a quelques petites erreurs.

Il y en a clairement 2 et une dès la première ligne. Le codage c'est "# -*- coding: cp1252 -*-" (sans les guillemets qui sont la pour délimité la chaine). En mettant "# " devant tu enlève tout le caractère spécial de ce commentaire qui devient pour l'interpréteur un simple commentaire au lieu d'un codage.
Deuxième erreur vient de la lettre O majuscule que tu a mise au lieu de 0 (zéro).

Ensuite il y a plein de petit truc qu'il manque ou qu'il faudrait modifié, bien que le programme marche.

Par exemple la différence entre les deux fonctions vient du nombre de calculs. En transmettant ce nombre en argument tu n'écrira qu'une fonction valable dans les deux cas.

Ensuite attention a ce que fait l'utilisateur (le vilain) !!! input attend un nombre. Si je suis méchant je vais lui donner une lettre ou pire une variable python (si je lui donne une lettre il va le prendre pour une variable de ton programme et donc soit je suis donne une variable à laquelle il ne doit pas avoir accès soit je lui donne une variable qui n'existe pas et le programme bug)
Dans tout les cas, l'utilisateur peut faire buggé ton programme. LA solution : un raw_input + contrôle de la variable (vérifié si c'est un nombre - l'utilisation d'un try peut être sympa) et si c'est bon le convertir en nombre.

Voila pour commencer.


PS : Je ne vois pas la différence entre les deux versions ...

Je gros problème de cette source est sont interface graphique qui je pense limite les possibilité.
Je ne sais pas si cette source est toujours en développement (ca pourrais être un beau projet pour PythonFrance), mais je ne saurais trop conseiller à l'auteur d'oublier vite fait Tk et de passer à quelques chose de plus professionnel du genre WxPython ou Qt ...

Je ne sais pas si cela existe un fichier contenant toutes les routes de France ainsi que les villes. Voila qui pourrait être intéressant il suffirez de le lire et de l'enregistrer sous notre format (conversion des coordonnée - sans doute au forma GPS - mise en forme des infos etc ...)

Ensuite c'est juste de l'interface ...