[c++] qt,efl,gtk.. la bonne idée? (résolu)
-
- Chu Ko Nu
- Messages : 405
- Inscription : lun. 18 sept. 2006, 16:21
- Localisation : france, yvelines 78
[c++] qt,efl,gtk.. la bonne idée? (résolu)
salut,
je me mets au c++ gentiment, pour découvrir, parceque je hais bash et réciproquement, pour la tonne de libs, pour le speed comparé au script, par curiosité.
j'ai opté pour qt pour me simplifier grandement la vie:
portable, doc nickel, sait tout faire et mieux que moi.
cela dit je serait curieux de savoir pour quoi et pourquoi vous avez optez, efl, gtk, autre, (peut-être même un autre language)
car n'ayant pas de recul je ne voit le mal nul part et peut-être que vos expériences m'éviteront quelques déconvenues.
Tcho'!
je me mets au c++ gentiment, pour découvrir, parceque je hais bash et réciproquement, pour la tonne de libs, pour le speed comparé au script, par curiosité.
j'ai opté pour qt pour me simplifier grandement la vie:
portable, doc nickel, sait tout faire et mieux que moi.
cela dit je serait curieux de savoir pour quoi et pourquoi vous avez optez, efl, gtk, autre, (peut-être même un autre language)
car n'ayant pas de recul je ne voit le mal nul part et peut-être que vos expériences m'éviteront quelques déconvenues.
Tcho'!
Dernière modification par _alexmyself le sam. 26 mars 2011, 22:57, modifié 1 fois.
- FoolEcho
- Maître du Kyudo
- Messages : 10709
- Inscription : dim. 15 août 2010, 11:48
- Localisation : Basse-Normandie
Re: [c++] qt,efl,gtk.. la bonne idée? (en cours)
Heu... la tonne de libs ? Bash, comme c++ exploitent les bibliothèques c..._alexmyself a écrit :je me mets au c++ gentiment, pour découvrir, parceque je hais bash et réciproquement, pour la tonne de libs, pour le speed comparé au script, par curiosité.
Après je ne m'amuserai pas à comparer un langage d'interprétation de script (bash) à un langage compilé (c++), la finalité n'est pas la même.
_alexmyself a écrit :cela dit je serait curieux de savoir pour quoi et pourquoi vous avez optez, efl, gtk, autre, (peut-être même un autre language)
Perso, langage de haut niveau: Java principalement. C'est de loin mon langage préféré pour sa documentation substantielle lorsqu'il s'agit de développer (chose qui m'a toujours rendu le c/c++ plutôt délicat, bien que le c++ soit sympa... vive l'objet ). A usage personnel et à mes heures perdues: bash (pareil, bien documenté).
«The following statement is not true. The previous statement is true.»
- benjarobin
- Maître du Kyudo
- Messages : 17384
- Inscription : sam. 30 mai 2009, 15:48
- Localisation : Lyon
Re: [c++] qt,efl,gtk.. la bonne idée? (en cours)
La documentation de Qt vaut très bien la documentation de Java je trouve.
Personnellement j'ai une grosse préférence pour Qt, surtout que l'IDE fournit: QtCreator est plutôt bien fait.
Personnellement j'ai une grosse préférence pour Qt, surtout que l'IDE fournit: QtCreator est plutôt bien fait.
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
- FoolEcho
- Maître du Kyudo
- Messages : 10709
- Inscription : dim. 15 août 2010, 11:48
- Localisation : Basse-Normandie
Re: [c++] qt,efl,gtk.. la bonne idée? (en cours)
Certes (c'est d'ailleurs pourquoi je me suis un peu remis au c++). Je parlais du c++ en général.benjarobin a écrit :La documentation de Qt vaut très bien la documentation de Java je trouve.
«The following statement is not true. The previous statement is true.»
Re: [c++] qt,efl,gtk.. la bonne idée? (en cours)
Tu as commencé par le C avant de partir dans le C++ ?
Qt, pareil. C'est bien beau que « ça marche », mais si tu sais pas comment ça fonctionne…
Et sinon, bash c'est bien. SH POSIX aussi.
Qt, pareil. C'est bien beau que « ça marche », mais si tu sais pas comment ça fonctionne…
Et sinon, bash c'est bien. SH POSIX aussi.
Mes trucs : LiveCD http://ctkarch.org/ ; Blog, guide Arch, etc… http://calimeroteknik.free.fr/
In a world without walls and fences, who needs windows and gates ?
In a world without walls and fences, who needs windows and gates ?
-
- Chu Ko Nu
- Messages : 405
- Inscription : lun. 18 sept. 2006, 16:21
- Localisation : france, yvelines 78
Re: [c++] qt,efl,gtk.. la bonne idée? (en cours)
java j'accroche pas, je sait pas pourquoi, je trouve le code super dur à relire, suffit que je revienne une semaine plus tard sur un pauvre essai et je lutte, pareil pour lire les tutos, pourtant c'est pas si éloigné que ca du c++..
perl pareil, pourtant nettement plus simple et attirant, c'est supporté par pas mal de choses et pas de compilation, ca m'attirait beaucoup mais j'accroche pas non plus.
bash j'en ai ras le bol, c'est trop ésothérique, je passe un temps fou à courir après des micro conneries, là des crochets, là des parenthèses, là les deux parceque, là pas d'espace... puis j'ai envie de choses graphiques.
le c j'ai testé et je me suit vite rendu compte que le c++ serait une grosse aide, plus 'évident' à mon sens, plus simple finalement, et qt au bout pour rendre encore plus facile et acceder a toutes sortes de gui 'fingers in the noze'
par contre qt/efl/gtk, là c'est assez dur de choisir,
-les efl sont hallucinantes de rapidité et de compacité, mais ca fait bien 6 ans qu'elles sont en dev, moins de notoriété que les deux autres..
-gtk commence par un g.. dans le genre gage de suivi et de stabilité ca pose de bonnes bases quand même.. notoriété qui laisse l'esprit tranquille quand au futur.
j'y ai gouté très rapidement, ca m'a paru bien bordélique, mais bon, vu le nombre de projets basés dessus je me dit que cela ne doit pas être insurmontable du tout.
-qt.. kde/xp/vista/seven/mac/freerunner/n900, c'est beau, ca marche partout, ca à l'air de tout savoir faire,etc,etc.. qml? qui a dit qml?, bref, trop beau pour être vrai, c'est d'ailleurs pour ca que j'ai ouvert ce sujet, à la recherche des 'mauvais' cotès, puis petite inquiétude aussi sur le futur grace aux abrutis de chez nokia je vous le cache pas..
vous avez pas des retours sur des projets?
genre l'api est pourri elle change toute les 2 semaines,
c'est bien au début et ca devient ingérable en grossissant,
ou même vos sensations, qu'est-ce que vous avez aimé sur telle ou telle..
en tout cas merci de vos réponses
Tcho'!
perl pareil, pourtant nettement plus simple et attirant, c'est supporté par pas mal de choses et pas de compilation, ca m'attirait beaucoup mais j'accroche pas non plus.
bash j'en ai ras le bol, c'est trop ésothérique, je passe un temps fou à courir après des micro conneries, là des crochets, là des parenthèses, là les deux parceque, là pas d'espace... puis j'ai envie de choses graphiques.
le c j'ai testé et je me suit vite rendu compte que le c++ serait une grosse aide, plus 'évident' à mon sens, plus simple finalement, et qt au bout pour rendre encore plus facile et acceder a toutes sortes de gui 'fingers in the noze'
par contre qt/efl/gtk, là c'est assez dur de choisir,
-les efl sont hallucinantes de rapidité et de compacité, mais ca fait bien 6 ans qu'elles sont en dev, moins de notoriété que les deux autres..
-gtk commence par un g.. dans le genre gage de suivi et de stabilité ca pose de bonnes bases quand même.. notoriété qui laisse l'esprit tranquille quand au futur.
j'y ai gouté très rapidement, ca m'a paru bien bordélique, mais bon, vu le nombre de projets basés dessus je me dit que cela ne doit pas être insurmontable du tout.
-qt.. kde/xp/vista/seven/mac/freerunner/n900, c'est beau, ca marche partout, ca à l'air de tout savoir faire,etc,etc.. qml? qui a dit qml?, bref, trop beau pour être vrai, c'est d'ailleurs pour ca que j'ai ouvert ce sujet, à la recherche des 'mauvais' cotès, puis petite inquiétude aussi sur le futur grace aux abrutis de chez nokia je vous le cache pas..
vous avez pas des retours sur des projets?
genre l'api est pourri elle change toute les 2 semaines,
c'est bien au début et ca devient ingérable en grossissant,
ou même vos sensations, qu'est-ce que vous avez aimé sur telle ou telle..
en tout cas merci de vos réponses
Tcho'!
- Bismut
- Chu Ko Nu
- Messages : 343
- Inscription : mar. 21 juil. 2009, 09:33
- Localisation : Aix-en-Provence
Re: [c++] qt,efl,gtk.. la bonne idée? (en cours)
Perso, je développe en XUL en utilisant le framework de Mozilla.
Je ne suis pas programmeur de formation et pourtant j'arrive à faire des trucs assez incroyables :
- Applis multi-plateforme et skinné à 90% comme l'OS hôte (Win, Linux, Mac)
- Applis multi-skins en CSS (standard)
- Applis multi-langues faciles
- Standards : Javascript / XML / CSS
- Interface en XML : permet de coder avec un éditeur de texte
- Widgets pratiques : tree filtrables en temps réels sur des milliers d'objets.
- Possibilité de créer mes propres éléments d'interfaces (XBL) que je peux réutiliser dans différents projets (color picker, diaporama,...)
- Drag & Drop pas trop compliqué, même pour une buse comme moi
- Sqlite3 et E4X me permettent d'utiliser BDD et fichiers XML ou TXT facilement.
- Puissance des Addons ! Je déploie des addons comme pour Firefox très facilement et les développeurs externes peuvent en faire de même.
- Facilité des MAJ signées et sécurisées grâce aux addons.
- J'utilise X4M pour utiliser Jabber dans mes applis
En gros, je sais coder vraiment pas mal de choses avec ce framework : Gestion de cartes à jouer, jeu par drag&drop online décentralisé basé sur Jabber/XMPP, etc...
J'ai essayé de mettre un nez dans Java... mon dieu que ça semble compliqué en comparaison... XD
Je ne suis pas programmeur de formation et pourtant j'arrive à faire des trucs assez incroyables :
- Applis multi-plateforme et skinné à 90% comme l'OS hôte (Win, Linux, Mac)
- Applis multi-skins en CSS (standard)
- Applis multi-langues faciles
- Standards : Javascript / XML / CSS
- Interface en XML : permet de coder avec un éditeur de texte
- Widgets pratiques : tree filtrables en temps réels sur des milliers d'objets.
- Possibilité de créer mes propres éléments d'interfaces (XBL) que je peux réutiliser dans différents projets (color picker, diaporama,...)
- Drag & Drop pas trop compliqué, même pour une buse comme moi
- Sqlite3 et E4X me permettent d'utiliser BDD et fichiers XML ou TXT facilement.
- Puissance des Addons ! Je déploie des addons comme pour Firefox très facilement et les développeurs externes peuvent en faire de même.
- Facilité des MAJ signées et sécurisées grâce aux addons.
- J'utilise X4M pour utiliser Jabber dans mes applis
En gros, je sais coder vraiment pas mal de choses avec ce framework : Gestion de cartes à jouer, jeu par drag&drop online décentralisé basé sur Jabber/XMPP, etc...
J'ai essayé de mettre un nez dans Java... mon dieu que ça semble compliqué en comparaison... XD
Dernière modification par Bismut le mar. 22 mars 2011, 19:36, modifié 1 fois.
Mac Mini 2011 (SSD) avec Archlinux
Mac Mini 2009 (SSD) avec Archlinux
Asus EeePC S101 avec Archlinux
Zotac Mag et HP College avec Archlinux
Nexus S et Nexus 5 avec Android
Mac Book Air 2013 (SSD) avec OS X Yosemite (Désolé XD)
Mac Mini 2009 (SSD) avec Archlinux
Asus EeePC S101 avec Archlinux
Zotac Mag et HP College avec Archlinux
Nexus S et Nexus 5 avec Android
Mac Book Air 2013 (SSD) avec OS X Yosemite (Désolé XD)
- benjarobin
- Maître du Kyudo
- Messages : 17384
- Inscription : sam. 30 mai 2009, 15:48
- Localisation : Lyon
Re: [c++] qt,efl,gtk.. la bonne idée? (en cours)
Alors ne met surtout pas le nez dans le C/C++Bismut a écrit :J'ai essayé de mettre un nez dans Java... mon dieu que ça semble compliqué en comparaison... XD
Dernière modification par benjarobin le mar. 22 mars 2011, 19:49, modifié 1 fois.
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
- FoolEcho
- Maître du Kyudo
- Messages : 10709
- Inscription : dim. 15 août 2010, 11:48
- Localisation : Basse-Normandie
Re: [c++] qt,efl,gtk.. la bonne idée? (en cours)
_alexmyself a écrit :java j'accroche pas, je sait pas pourquoi, je trouve le code super dur à relire, suffit que je revienne une semaine plus tard sur un pauvre essai et je lutte, pareil pour lire les tutos, pourtant c'est pas si éloigné que ca du c++..
benjarobin a écrit :Bismut a écrit : J'ai essayé de mettre un nez dans Java... mon dieu que ça semble compliqué en comparaison... XD
Alors ne met surtout pas le net dans le C/C++
Faut la culture de l'objet... si tu n'as jamais aimé jouer au légo, c'est mort.
Parce que tu contournes le problème en te plaçant à plus haut niveau. Si tu fais du c++ sans c "pur" (je veux dire: pas de mumuse tordu avec les pointeurs), c'est tout de suite relativement plus simple (relativement, car il y a un certain nombre de notions essentiels par ailleurs)._alexmyself a écrit :le c j'ai testé et je me suit vite rendu compte que le c++ serait une grosse aide, plus 'évident' à mon sens, plus simple finalement, et qt au bout pour rendre encore plus facile et acceder a toutes sortes de gui 'fingers in the noze'
«The following statement is not true. The previous statement is true.»
- benjarobin
- Maître du Kyudo
- Messages : 17384
- Inscription : sam. 30 mai 2009, 15:48
- Localisation : Lyon
Re: [c++] qt,efl,gtk.. la bonne idée? (en cours)
C'est tellement plus amusant (ou prise de tête) de se balader dans la mémoire avec un pointeur
Et surtout de ne pas faire de bêtise, j'ai cherché une fois plus de 24h sur un "petit" problème : J'avais un problème d’alignement mémoire (J'étais pas aligné sur 32 bits )
Et surtout de ne pas faire de bêtise, j'ai cherché une fois plus de 24h sur un "petit" problème : J'avais un problème d’alignement mémoire (J'étais pas aligné sur 32 bits )
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
- FoolEcho
- Maître du Kyudo
- Messages : 10709
- Inscription : dim. 15 août 2010, 11:48
- Localisation : Basse-Normandie
Re: [c++] qt,efl,gtk.. la bonne idée? (en cours)
Nous nous sommes compris.
«The following statement is not true. The previous statement is true.»
-
- Chu Ko Nu
- Messages : 405
- Inscription : lun. 18 sept. 2006, 16:21
- Localisation : france, yvelines 78
Re: [c++] qt,efl,gtk.. la bonne idée? (en cours)
XUL... je n'y ai même pas pensé..
je vais aller zieuter ca, au fond je connait pas du tout, juste une vague idée.
merci à tous de vos réponses,
je laisse ouvert encore un jour ou deux histoire d'attirer l'oeil avant de mettre en résolu.
Tcho'!
je vais aller zieuter ca, au fond je connait pas du tout, juste une vague idée.
merci à tous de vos réponses,
je laisse ouvert encore un jour ou deux histoire d'attirer l'oeil avant de mettre en résolu.
Tcho'!
- chipster
- Maître du Kyudo
- Messages : 2063
- Inscription : ven. 11 août 2006, 22:25
- Localisation : Saint-Étienne (42)
- Contact :
Re: [c++] qt,efl,gtk.. la bonne idée? (en cours)
Déjà, il faut voir ce que tu vas faire avec car si tu fais de l'admin, tu vas pas choisir la même chose que si tu codes un jeu.
Pour ce qui est de XUL, le problème principalement soulevé est la lenteur. Suffit de regarder FF là dessus. Après, ça peu très bien te convenir
Pour ce qui est de Gtk, oui c'est stable sauf qu'actuellement on va passer sur la v3 donc à voir pour la suite
Pour ce qui est de Qt, c'est rapide et portable et la doc est (personnellement) mieux faite que celle de java
Les avantages du C++ la dedans ? Je dirai, par rapport au C, tu peux te passer la plupart du temps des pointeurs (quoi que ) mais il y a d'autres problèmes liés aux objets puisqu'il y a une couche qui est rajoutée (+ d'autres choses encore). Après, les gouts et les couleurs ...
Pour ce qui est de nokia, même s'ils contribuent énormément à Qt, il ne faut pas oublier que Qt est libre. Le code rajouté est de la contribution pure et dure donc si un jour nokia laisse tomber Qt, n'importe qui peut prendre la suite. Pas de souci de ce coté là donc
Par contre pour le java, je me ferai beaucoup plus de soucis. J'avais entrepris de coder en java mais vu le bins qu'il y a depuis 1 an à cause d'Oracle, j'en suis parti (et finalement j'en suis très content)
Après, il faut essayer pour savoir et se faire son idée
Pour ce qui est de XUL, le problème principalement soulevé est la lenteur. Suffit de regarder FF là dessus. Après, ça peu très bien te convenir
Pour ce qui est de Gtk, oui c'est stable sauf qu'actuellement on va passer sur la v3 donc à voir pour la suite
Pour ce qui est de Qt, c'est rapide et portable et la doc est (personnellement) mieux faite que celle de java
Les avantages du C++ la dedans ? Je dirai, par rapport au C, tu peux te passer la plupart du temps des pointeurs (quoi que ) mais il y a d'autres problèmes liés aux objets puisqu'il y a une couche qui est rajoutée (+ d'autres choses encore). Après, les gouts et les couleurs ...
Pour ce qui est de nokia, même s'ils contribuent énormément à Qt, il ne faut pas oublier que Qt est libre. Le code rajouté est de la contribution pure et dure donc si un jour nokia laisse tomber Qt, n'importe qui peut prendre la suite. Pas de souci de ce coté là donc
Par contre pour le java, je me ferai beaucoup plus de soucis. J'avais entrepris de coder en java mais vu le bins qu'il y a depuis 1 an à cause d'Oracle, j'en suis parti (et finalement j'en suis très content)
Après, il faut essayer pour savoir et se faire son idée
- FoolEcho
- Maître du Kyudo
- Messages : 10709
- Inscription : dim. 15 août 2010, 11:48
- Localisation : Basse-Normandie
Re: [c++] qt,efl,gtk.. la bonne idée? (en cours)
C'est clair que le java de Sun est parti en sucette. Heureusement, il reste openjdk...chipster a écrit :J'avais entrepris de coder en java mais vu le bins qu'il y a depuis 1 an à cause d'Oracle, j'en suis parti (et finalement j'en suis très content)
«The following statement is not true. The previous statement is true.»
Re: [c++] qt,efl,gtk.. la bonne idée? (en cours)
Moi je débute doucement, et je fais du GTK (wxPython)
Edit: Et je tiens a dire que wxFormBuilder, que j'utilise pour dessiner mes interfaces, est un logiciel formidable. Du moins pour un debutant comme moi
Edit: Et je tiens a dire que wxFormBuilder, que j'utilise pour dessiner mes interfaces, est un logiciel formidable. Du moins pour un debutant comme moi
-
- Chu Ko Nu
- Messages : 405
- Inscription : lun. 18 sept. 2006, 16:21
- Localisation : france, yvelines 78
Re: [c++] qt,efl,gtk.. la bonne idée? (en cours)
ce fût une bonne pêche aux idées, merci à tous
finalement j'ai choisi le basic et je vais coder la partie graphique en assembleur, ca me semble le plus simple.
finalement j'ai choisi le basic et je vais coder la partie graphique en assembleur, ca me semble le plus simple.
- benjarobin
- Maître du Kyudo
- Messages : 17384
- Inscription : sam. 30 mai 2009, 15:48
- Localisation : Lyon
Re: [c++] qt,efl,gtk.. la bonne idée? (résolu)
assembleur Tu es fous et le graphique en plus
Tu ne t'es pas trompé ?
Tu ne t'es pas trompé ?
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
- FoolEcho
- Maître du Kyudo
- Messages : 10709
- Inscription : dim. 15 août 2010, 11:48
- Localisation : Basse-Normandie
Re: [c++] qt,efl,gtk.. la bonne idée? (résolu)
+1 avec benjarobin.
«The following statement is not true. The previous statement is true.»
-
- Chu Ko Nu
- Messages : 405
- Inscription : lun. 18 sept. 2006, 16:21
- Localisation : france, yvelines 78
Re: [c++] qt,efl,gtk.. la bonne idée? (résolu)
non non mais je déconne!
je suis pas encore arrété, je continu c++/qt mais je zieute pas mal tout ce qui ressort de ce thread, et plus je zieute et plus je crois que c'est une bataille sans fin
je suis pas encore arrété, je continu c++/qt mais je zieute pas mal tout ce qui ressort de ce thread, et plus je zieute et plus je crois que c'est une bataille sans fin
- FoolEcho
- Maître du Kyudo
- Messages : 10709
- Inscription : dim. 15 août 2010, 11:48
- Localisation : Basse-Normandie
Re: [c++] qt,efl,gtk.. la bonne idée? (résolu)
«The following statement is not true. The previous statement is true.»