Bonjour.
Voulant essayer PyQt j'ai commencer par recopier bêtement un ex de hello world.
Dans le dit prog il y a: from qt import*
Mais l'interpréteur python me dit qu'il ne trouve pas de module nommé qt.
J'ai vérifié j'ai qt3 et j'ai installé PyQt-devel mais ça ne change rien.
 
Je précise que sinon python fonctionne bien tout seul ou avec Tkinter.  
Merci d'avance.

'ls /usr/lib/pythonX.X/site-packages/' ca donne quoi ?
(ou X.X est ta version de python)

Ca me donne une liste de fichiers en vert et bleu ou il n'y a pas PyQt.

ni qt ?
T'as installé pyQt comment ? rpm ? deb ? sources ?
T'as plusieurs version de python peut etre ?

J'ai intallé pyqt via un rpm trouvé sur le net because mon cd2 de mdk is hs.
qt3 installé en même temps que mdk9.0
Comment vérifier que je n'ai pas merder à l'install de pyqt ?

Tkinter napparait pas non plus dans la liste pourtant je peut l'utiliser.

Parce que tkInter est fourni de base...
Sinon, doit y avoir le moyen de lister le contenu du rpm, histoire deja de savoir ou ca a été installé (man rpm, parce que rpm c'est pas mon truc, ou alors utilise un utilitaire graphique pour les rpms...)

Apparemment c'est qt qui pose problème.
Si je veut installer oyqt san forcer.
Il me demande qt3-devel-tool
Mais pour l'intaller il me faut qt3-devel
Et quand je veut installer ce dernier à partir d'un rpm du net il me demande d'insérer
 mon cd2 de mdk qui est nické donc prob.

Bon c'est bien un prob lié à linux.
MDK a installé qt3 mais pas complètement on dirait.
Là je vais à mon cours(phys beuuuurk) je finirai tout à l'heure et je vous tiens au courant.

J'ai récupérer PyQt et l'ai copié dans /usr/lib/python2.2
Ensuite j'ai lancé build.py.
Il me demande de confirmer l'install, je réponds yes.
Là il me sort:
Error: the SIP code generator could not be foud.Use the -p argument
to set the correct program.
Heu....Kézako ??????  

SIP c'est un prog qui permet de generer des wrappers python pour tes librairies en C++ (QT principalement). Il doit te le falloir pour installer a partir des sources :-/
 
Crois-moi, oublies pyQT, et regardes plutot du coté de wxPython !!!

Qu'a t'il de mieux à ton avis par rapport à PyQt?
Je peut supposer que wxpython existe aussi ss winbidule.
Parce que une partie de mes progs seras utilisée par d'autres personnes sous win.
Mais bon je vais quand même me renseigner sur wxpython.

L'avantage c'est qu'il est effectivement dispo sous win. Tu me diras pyQT aussi puisque QT est dispo sous Win... Oui mais avec wxPython, pas de souci de licence open-source ou commerciale...
 
Voila, sinon wxpython est tres bien foutu, marche tres bien, et pis y a un IDE qui s'appelle boa-constructor qui te permet de faire de zolis interfaces graphiques sans te frapper la tete contre les murs (http://boa-constructor.sourceforge.net).
 
Bon pythonage !
 
EDIT: correction du lien vers BOA

Ok merci je vais voir ça.
Par la même occasion je vais regarder pour SIP au cas ou j'en ai besoin un jour.

Plutot que SIP, regardes plutot SWIG (http://www.swig.org).
SIP est plus orienté C++, mais ne dispose que de tres tres tres peu de doc (et c'est peu de le dire !!!!!).
 
Par contre attention aux maux de crane, parce que c'est une vrai usine a gaz SWIG !!!

C'est bon j'ai commencé avec wxpython, à suivre dans la rubrique prog.
Comme ça il n'y aura pas que lorill pour jouer.    
Aller @+    
 
J'ai réussi à installer wxpython grâce à urpmi car à la mano ca caguait.
Donc URPMI

Si vous arrivez a faire quelque chose avec wxwindows, ça m'interresse. Mon seul contact avec ce truc ( faire une fenetre qui affiche une image ) a été vraiment desastreux : j'y suis pas arrivé pour d'obscures raisons, et en plus, ce truc me rappelle de mauvais souvenirs de l'epoque ou j'ai fait du Win32 en C ...
 
Quel dommage que PyQt soit si difficile a installer, au moins cette API est vraiment bien

T'as essayé boa-constructor ???
Parce que franchement, c'est clair que taper le code a la main ca doit etre penible, mais la...
Franchement jettes-y un oeil (voir deux...) !

J'aime bien mettre les mains dans le cambouis avant de faire appel a un RAD pour tater le terrain. Et ce que j'ai vu dans wxWindows m'a pas plus.
 
En gros, ce que j'aime pas :
- J'ai essaye de faire une fenetre affichant une image, j'ai pas reussi. Certaines images marchent, mais pas toutes et ca ne depend pas du format utilise.
- En plongeant un peu plus loin pour eviter ces problemes, j'ai revu les cauchemards que je fesais a l'epoque ou j'ai fais du Win32
 
C'est une surcouche de Win32/MFC et ca se sent.

Pas dans sa version Linux puisque ca repose sur wxGTK (donc GTK).
Apres, niveau API proposé, peut etre, mais je ne connais pas MFC... donc je ne peux pas dire...

Bah justement, c'est ca le probleme. Leur API pue les MFC a 20 km !
 
Une petite preuve :
 
- http://www.wxwindows.org/manuals/2 [...] #wxpaintdc
- http://msdn.microsoft.com/library/ [...] aintdc.asp
 
Et aussi avec wxDC et CDC