Bonjour,
Très utile. Merci à toi.

Bonjour,
Y a plein de petites choses interèssantes dans ce code.
Côté structure, il aurait des trucs à repenser, mais tu as trouvé des solutions qui fonctionnent.
Merci

Bonsoir,
Je viens d'essayer ... c'est vraiment pas mal !!

Je te remercie, cette source me rend vraiment service !!

Cordialement

TM

PIEZO :
Je suis tout à fait prêt à t'aider pour ton appli...
Merci de m'en dire d'avantage en message privé .

ONIG20 :
Content que cela te soit utile. J'ai fait le même sous linux-ubuntu et mono si tu veux ...

Merci, je penserais à modifier dans ce sens. Je planche sur le problème des cycles. La modif sera bientôt en ligne.

Hello,
- Bravo pour la maitrise de wxPython, j'ai moi-même toujours été rebutté par cette bibliothèque. - Malheureusement c'est la plus aboutie.Il faut faire avec.

- Par contre, pas bravo pour l'organisation de ton code, c'est un gros mélange de gestion de l'interface et de la logique même du programme.
- Beaucoup de redondance de code,  Python est super fort pour gérer les listes alors il ne faut pas se priver pour arrêter de répeter les box1,box2  et autres l1,l2,l3 etc... le code et la maintenance n'en serons que plus clairs
- Ton code contenant beaucoup de messages texte, tu aurais tout interêt à les organiser dans un module voire même une classe avec des dictionnaires  par thèmes , erreurs, titres). Ainsi tu les utiliserais directement dans ton code :
exemple :
label = wx.StaticText(self, -1, "Enter le nom du nouveau joueur")
deviendrait :
label = wx.StaticText(self, -1, LotoMessages.infos["NouveauJoueur"])

comme ca le jour ou tu veux utiliser plusieurs langues dans ton programme ca se fera finger in the nose.

- Pareil pour tous les chemins  comme "Loto-data\Utilisateur.txt" qui pourraient ainsi être facilement modifiées quand ton code évolue

Sinon bonne continuation !

En fait pour tout te dire, c'est mon métier et j'en vis plutôt bien. Même s'il est vrai que je ne suis pas du tout dans la branche "jeux" et interfaces graphiques mais dans des trucs moins drôles comme la compta et le contrôle de gestion.

Je connais bien au moins 10 langages de prog et j'ai un "vernis" de connaissance sur au moins une dizaine d'autres...

Même s'il n'est pas du tout (du tout) académique, ton style de programmation démontre une certaine capacité à trouver des solutions à des problèmes abstraits, une opiniatreté à aller jusqu'au bout de ce que tu commences.
...reste plus qu'à prendre quelques cours et à prendre un peu de bouteille et tu ira loin !!!

Bonne chance.

Bonsoir,
Bon, je jette l'éponge le code de Shakan972 est vraiment trop penible à analyser :
variables globales re-déclarées 4 fois, mélange entre les fonctions de Tk et la logique du jeu etc...

En fait, pour refaire tout ca dans les règles de l'art, il faut TOUT refaire, donc, pas drôle, donc je jette l'éponge (bis).

Tchuss

Hello tout le monde,
En fait, j'ai laissé de côté Python depuis quelques temps pour revenir à ruby et samlltalk et la lecture de ce prog m'a fait byzare.
Même si  je suis d'accord qu'on n'est pas obligé d'utiliser du c4 pour tuer une mouche, je pense malgré tout que s'avoir décomposer un problème et l'organiser permet de le resoudre à 80%.
Je viens de passer 3 heures sur le code de Shakan972 à essayer de mettre à plat une approche différente, en expliquant chaque étape, et j'ai pris beaucoup de plaisir à découvrir les "astuces" qu'il a choisis pour faire tourner son appli. L'informatique est aussi riche que la philosophie pour découvrir l'âme humaine et on ne dit jamais assez que c'est un art.
Trève de bavardages, je termine le "reingeneering" de ce trés noble Space Invaders et j'espère que d'autres prendront le temps de plancher dessus, la page python de ce site a besoin d'un peu de "sang neuf" !!
A bientôt donc...

Bonjour,
Même si le résultat fonctionne bien, (même si c'est un peu lent ;)) il y a beaucoup à dire sur l'optimisation du code et les mauvaises habitudes de programmation :
- Pas de programmation objet, rien que des methodes
- pas de séparation de la logique du jeu et de l'interface (comment faire si on veux adapter le jeu en wx, qt ou gtk ?)
- des instructions comme celle ci :
can.delete(EnnemiBonus[0])
                can.delete(EnnemiBonus[1])
                can.delete(EnnemiBonus[2])
                can.delete(EnnemiBonus[3])
ne peuvent-elles pas être mises dans une boucle ?

- même genre de remarque pour :
        Ennemi_Categorie1()
        Ennemi_Categorie2()
        Ennemi_Categorie3()
imagine le boulot quand on voudra ajouter un Ennemi_categorie4...;

Les points positifs :
- Source trés bien commentée
- noms des variables explicites
- Design tout à fait correct

Si ca amuses quelqu'un je propose un mini concours d'optimisation du code de ce jeu sans qu'il n'y ait aucune modification de l'aspect visuel et de la logique du jeu !!
...allez ! je me lance de mon côté ! à bientôt