Discussion :

[jdddeschamps]

Bonjour,

Il y a un problème avec python 3, tkinter et mac OS X.
J'ai trouvé pas mal d'informations sur le sujet mais pas la solution
C'est un peu désarmant dans la mesure ou python est multi-plateforme et tkinter est l'IHM par défaut : un script python 3.x avec tkinter devrait s'exécuter sur mac sans manipulation particulière...

Quel faut-il faire sur mac OS X pour qu'un script python 3.x et tkinter fonctionnent ?

Mon code est ici : https://github.com/pldeschamps/eisenhowermatrix
Attention, il faut bien l'exécuter en python 3 :

Code :

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

python3 eisenhower.py

[wiztricks]

Salut,

Il y a un problème avec python 3, tkinter et mac OS X.
J'ai trouvé pas mal d'informations sur le sujet mais pas la solution
C'est un peu désarmant dans la mesure ou python est multi-plateforme et tkinter est l'IHM par défaut : un script python 3.x avec tkinter devrait s'exécuter sur mac sans manipulation particulière...

Il faut commencer par lire la documentation et appliquer les solutions recommandées. Puis exposer le problème rencontré... plutôt que d'espérer qu'on va lire les sources, essayer de reproduire,...

- W

[jdddeschamps]

Puis exposer le problème rencontré... plutôt que d'espérer qu'on va lire les sources, essayer de reproduire,...

Je n'espère pas seulement qu'on va lire les sources et essayer de reproduire mais aussi qu'on va corriger l'erreur, créer une branche, faire un pull-request, faire un commit et un merge Ce sont les joies de github

Plus sérieusement, j'avais vu cette page et j'avais tenté d'installer un Recommended Tcl/Tk (ActiveTcl 8.5.18.0) sans succès. Je n'ai plus de mac, je ne suis plus capable de reproduire l'erreur.

Je crois que ça plante dans GUILayer/DialogBox.py à la ligne 35 :

Code :

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

self.wait_window(self)

Je suppose que c'est un problème indépendant de mon code mais dû aux problèmes python-tkinter-tcl/tk sur os x

Les questions que je me pose aujourd'hui :
- Je me demandais si quelqu'un avait déjà eu des problèmes avec tkinter, tcl/tk et os x et comment il l'avait résolu ?
- Si le problème est dû à os x, comment écrire du code python/tkinter et prévoir de le déployer sur mac ?
- Faut-il que je considère que comme mon code python utilise tkinter, je ne peux pas le mettre à la disposition des utilisateurs de mac ? c'est un peu dommage puisque j'ai justement choisi des outils multi-plateformes...

[wiztricks]

Je n'espère pas seulement qu'on va lire les sources et essayer de reproduire mais aussi qu'on va corriger l'erreur, créer une branche, faire un pull-request, faire un commit et un merge Ce sont les joies de github

C'est vous qui proposez seulement la lecture de vos sources sans décrire le problème rencontrez ni proposer un code minimal permettant de le reproduire.

Plus sérieusement, j'avais vu cette page et j'avais tenté d'installer un Recommended Tcl/Tk (ActiveTcl 8.5.18.0) sans succès. Je n'ai plus de mac, je ne suis plus capable de reproduire l'erreur.

Dommage car si vous ne commencez pas par là, quelque soit le problème, pas grand monde va regarder.

- Faut-il que je considère que comme mon code python utilise tkinter, je ne peux pas le mettre à la disposition des utilisateurs de mac ? c'est un peu dommage puisque j'ai justement choisi des outils multi-plateformes...

Si vous voulez déployer du code sur des environnements hostiles, le plus simple est d'utiliser une solution à la cx_Freeze permettant de distribuer l’interpréteur Python et les différentes bibliothèques externes utilisées. A défaut, on peut écrire un release notes expliquant à l'utilisateur quelle version de Python et des bibliothèques externes à installer...

- W

[jdddeschamps]

Bonjour,

Merci pour ces réponses.

Si vous voulez déployer du code sur des environnements hostiles, (...)

C'est justement le terme "hostile" que je regrette car os x est réputé être un SE stable. Certes, mac n'est pas très ouvert mais python (et son IHM tkinter) et ruby y sont installés par défaut. On pourrait s'attendre à ce que le système ne soit pas hostile au code écrit en python 3 avec l'IHM fournie par défaut (tkinter).

J'ai essayé cx_freeze sur PC et mon code fonctionne bien.

Effectivement, j'aurais voulu en faire de même pour mac mais avant cela, j'aurais aimé le débuguer. Comme il s'agit d'un problème venant de tkinter, tcl/tk et os x, j'en déduis que je ne parviendrai pas à inclure la solution au problème dans le déploiement cx_freeze (à moins qu'il ne soit possible de distribuer avec mon application un version de tcl/tk qui fonctionne ?). Quant à inviter l'utilisateur à le faire lui-même, je pense qu'il n'y a rien de plus rebutant...

[wiztricks]

C'est justement le terme "hostile" que je regrette car os x est réputé être un SE stable. Certes, mac n'est pas très ouvert mais python (et son IHM tkinter) et ruby y sont installés par défaut. On pourrait s'attendre à ce que le système ne soit pas hostile au code écrit en python 3 avec l'IHM fournie par défaut (tkinter).

Apple livre aussi un Python qui fonctionne avec leur TCL/Tk.
Les problèmes arrivent lorsque vous installez un autre Python...

(à moins qu'il ne soit possible de distribuer avec mon application un version de tcl/tk qui fonctionne ?).

C'est l'intérêt d'un cx_Freeze... mais il faut passer un peu de temps pour comprendre comment çà fonctionne...

- W