Discussion :

[Spitfire 95]

Bonjour.
Je développe sous GNU/Linux Ubuntu 10.04 avec Geany et Python 2.6.4 : mon code fonctionne.
Quand je ne suis pas chez moi, je code sous Lubuntu 10.10 avec Geany et Python 2.6.4 et Python 3.1 : ça marche toujours (avec les deux versions).
Aujourd'hui, j'essaie mon programme sous Windows XP Pro avec Python 2.7 : rien ne va plus.
Je n'ai pas travaillé sous Windows depuis un an, je n'ai même pas été capable de faire fonctionner ma souris avec roulette sous 98 SE (problème de driver, j'ai du prendre une souris à trois boutons sans roulette), et Windows est tellement compliqué que je ne parviendrais probablement plus à faire fonctionner ma carte wifi. Bref, je n'aime pas Windows (c'est le moins que l'on puisse dire).

Voici le problème en image :
Ubuntu (même résultat sous Lubuntu) :

Windows XP :


Quelqu'un peut m'expliquer ce que j'ai raté ? (le code source est là : http://free-apps.evoconcept.net/code...=beta.py&lg=py)

Merci.

[rambc]

Bref, je n'aime pas Windows (c'est le moins que l'on puisse dire).

Bienvenue au club. Au passage, on dit Windaube et non Windows...

Si c'est la fenêtre noire derrière l'interface qui t'embête, c'est vite réglé en changeant l'extension .py en .pyw si mes souvenirs sont bons.

Si c'est l'interface qui fonctionne mal, il va falloir nous en dire plus. Quelle bibliothèque utilises-tu ? Les boutons sont-ils construits avec une dimension fixe ? Si tel est le cas, rien d'étonnant qu'il y ait des soucis étant donné que les polices système sont différentes.

PS : la calculette de Tyrtamos.

[Spitfire 95]

Le problème n'est pas le shell derrière l'application, mais bien les boutons, qui n'ont, pour la plupart, pas de taille déterminée. Bibliothèque graphique : Tkinter.
Quand à l'usage des termes Micro$oft Windaube, je n'osais pas les utiliser de peur que ce soit mal pris par certains, mais sur un pur forum Linux, je n'hésite pas ^^

Quelqu'un a une piste ?
Merci.

[PauseKawa]

Bonjour,

Tu ne fixe pas un geometry quelque part ?
Pour passer de tux a win je me suis mis une règle : Soit on gère tout (taille polices etc...) soit on laisse le geometry manageur faire. Je pratique toujours le second.

@+

[Spitfire 95]

Si, pour centrer la fenêtre, j'utilise la méthode geometry().
Je vais réessayer en forçant la police utiliser.

---EDIT --- :
J'ai supprimé les geometry qui forcent le redimensionnement de la fenêtre, afin de ne garder que celui qui centre la fenêtre au lancement de l'application. Cependant, le problème est toujours là, surement à cause des tailles donnés aux boutons.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

self.geometry('+%d+%d' % ((self.winfo_screenwidth()-295)//2,(self.winfo_screenheight()-232)//2))

---EDIT --- :
Non, ce n'est pas f.geometry() qui est responsable du problème : je l'ai retiré, et j'ai le même soucis.

Quelqu'un a une autre piste ?
Merci.

[N.tox]

Tu dois probablement utiliser Tkinter... non ?

Je dis cela parce que TKinter interprete les unités de mesure différement de nux a $$$. J'ai du faire face au même problème il y a un bout de temps... j'ai trouvé plusieurs "solutions" :

• checker le system dans ton code, pour choisir quel tailles choisir (toute definies à la mimine évidement -_-')
• opter pour un autre framework

Si à court terme et pour une interface assez simple la première soluce est jouable, la seconde reste un meilleur investissement (à cause du temps d'aprentissage) à long terme, en plus d'offir une interface "native" par défaut.

[Zavonen]

Voici une référence vers une doc tkinter assez complète:
http://effbot.org/tkinterbook/button.htm
La solution consiste peut-être à fixer manuellement les données width et padx avec la méthode config.
On peut également transformer le texte des boutons en images
Pour les positionsrelatives des widgets dans la fenêtre, le 'grid-manager' doit faire l'affaire.
http://effbot.org/tkinterbook/grid.htm