Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser Derniers journaux de seginus :
- [20/04@18:16] Wanadoo -> Free
- [19/04@19:20] logiciel de sauvegarde
- [15/04@21:24] Samba pour Linux
- [15/04@19:41] Montage démontage.
- [14/04@18:51] creation site sur Windows
- [13/04@11:07] Chaleur portable
- [29/03@10:05] LVM et redimentionnement
- [26/03@13:55] Systèmes de fichiers
- [09/03@19:54] anti popup konqueror
- [29/02@00:42] .doc sur framasoft
- [28/02@21:43] question sur GNU screen
- [24/02@17:21] Mon premier système GNU/Linux
- [24/02@00:13] A propos de fragmentation
- [21/02@21:52] Ça y est, j'ai enfin trouvé ma distribution
- [28/01@08:10] touchpad et mac
- [27/01@14:04] La fin de United Linux
- [17/01@14:07] streaming télé
- [15/01@16:54] synaptic et noyau 2.4.23
- [15/01@13:11] limitation du cpu pour un programme
- [11/01@16:29] Mozilla et logiciel externe
Journal : conseil programmation grahique
Posté par seginus () le 28 avril 2004Que me conseilleriez vous pour programmer des applications graphiques simples (principalement des interfaces à programmes en ligne de commande, tel mplayer, cdrecord) assez rapidement.
J'aimerai avoir des conseils, non seulement pour le language de programmation, mais aussi, pour un éventuel GUI (je crois que ça porte un autre nom) genre kdevelop ou glade.
J'aimerai donc des conseils et éventuellement des liens vers des sites ou des tutoriels intéressant.
Merci à tous.
> Lire le journal (26 commentaires, moyenne: 1,2).
Re: conseil programmation grahique
mais aussi, pour un éventuel GUI (je crois que ça porte un autre nom)
Oui il s'agit d'un IDE. Une GUI c'est une interface (Graphic User Interface)
Sinon pour faire des interfaces rapidements, le mieu et le plus simple a déployer reste une bonne vieille appli ecrite en C/C++, avec eventuellement une interface en GTK2
Enfin bon, c'est un point de vue perso, donc ca va génerer un troll...
Voilou,
++
-
[^]Re: conseil programmation grahique
Posté par seginus () le 28/04/2004 à 20:43. (lien). Évalué à 1.oui c'est IDE, je ne trouvais plus le nom.
Pour l'éventuel interface en GTK2, tu me conseillerais de faire ça "à la main", ou d'utiliser une IDE (j'ai déjà vu glade, mais il me semble que les programmes générés avec nécessite ensuite d'avoir les librairies de glade pour compiler).-
[^]Re: conseil programmation grahique
Posté par cho7 (page perso, ) le 28/04/2004 à 20:51. (lien). Évalué à 1.Bah si t'es pressé et que tu tolère des bouts de codes pas toujours très propres générés par un IDE, pourquoi pas.
Mais en gtk c'est pas super compliqué quand tu as un bon tutorial qui t'apprend ca étape par étape.
Le plus dur au début c'est de se familiariser avec le systeme de boites pour empiler les controles sur la feuille, car contrairement en Java ou l'utilisation du layout null est possible, en gtk2 tu es obligé d'utiliser des boites (donc un positionnement des controles relatifs !)
Bref, faut s'y faire, mais avec un tutorial comme celui là :
http://www.gtk-fr.org/index.php?page=getfile&id=1&type=pdf(...)
Ca devrait le faire :-)
voilou
++
ps : le tutorial existe aussi en ligne, cherche sur le site (www.gtk-fr.org)-
[^]Re: conseil programmation grahique
Posté par Nap () le 29/04/2004 à 09:34. (lien). Évalué à 2.Bah si t'es pressé et que tu tolère des bouts de codes pas toujours très propres générés par un IDE, pourquoi pas.
Un IDE ça sert pas qu'à générer du code, tu peux très bien utiliser un IDE en tapant tout toi même.
L'avantage est l'intégration de l'éditeur, du compilateur, du débuggeur, le browser de classes, les méta données qui permettent la complétion automatique... I.D.E. quoi :)
-
-
Re: conseil programmation grahique
Alors pour moi c'est simple, le trio infernal c'est :
ruby / libglade / Gtk+
Je suis en train de développer une IHM à peercast et c'est vraiment trop facile :)
J'ai fais une petite doc sur la libglade (http://taonix.org/libglade(...)) elle concerne le C mais j'en ferais une pour ruby. Sinon pygtk (python/gtk+) est du même accabit.
http://ruby-gnome2.sourceforge.jp/(...)
-
[^]Re: conseil programmation grahique
Posté par champi (page perso, ) le 28/04/2004 à 22:19. (lien). Évalué à 1.Très bonne initiative l'interface pour peercast ! Les maquettes sont jolies. Est ce que tu utilises gstreamer comme backend pour le son ? Serait il possible (à moyen terme) d'en faire un plug in pour rhythmbox ?
Sinon, pour répondre au post initial, j'aime bien la combinaison python + wxPython et wxGlade (générateur de code d'interface graphique wysiwyg à la glade mais pas IDE).-
[^]Re: conseil programmation grahique
Posté par fredix (Jabber id, page perso, ) le 28/04/2004 à 23:01. (lien). Évalué à 1.Est ce que tu utilises gstreamer comme backend pour le son ?
A terme je souhaite utiliser gstreamer. Mais je préfère sortir une première version rapidement qui appelera le player de son choix. L'interface web me saoule :)
Serait il possible (à moyen terme) d'en faire un plug in pour rhythmbox ?
Si on peut faire des plugin rhythmbox en ruby pourquoi pas. Il y a aussi streamtuner qui est bien placé dans ce rôle.
Mais il ne faut pas oublier que peercast permet également le stream de vidéo (WMV et NSV). Or ni rhythmbox ni streamtuner ne sont fait pour cela. Ils ne sont pas fait non plus pour l'envoit.
A long terme j'aimerais bien faire un studio complet permettant aussi bien la réception que l'envoit de son/video.
A propos de Peercast le dernier linux mag a fait un article très complet dessus.
-
Re: conseil programmation grahique
a première vue, tu n'a pas vraiment besoin que cela soit utilisable sous windows, donc je conseille qt. Il existe qt designer, mais je ne suis pas sur de ce que ca vaut. Le peu que j'en ai vu m'a paru intéressant
-
[^]Re: conseil programmation grahique
Posté par SubBass () le 28/04/2004 à 21:00. (lien). Évalué à 0.je ne comprends pas ta relation : "puisque tu n'as pas besoin que ce soit utilisable sous windows -> qt ?"
- puisque ce n'est pas parceque tu ne veux/peux pas porter ton programme sous win32 que tu dois utiliser qt
- parce que qt existe sous windows
gnii ?-
[^]Re: conseil programmation grahique
Posté par Axel R. (page perso, ) le 29/04/2004 à 08:05. (lien). Évalué à 2.Moi je le comprends assez bien.
Qt est une bonne lib, mais si on veut programmer pour windows, on est bloqué avec des histoires de licence...
Et vous savez bien, les histoires de licence, c'est de la confiture pour les trolls !
Axel-
[^]Re: conseil programmation grahique
-
-
-
[^]Re: conseil programmation grahique
-
[^]Re: conseil programmation grahique
Posté par cho7 (page perso, ) le 28/04/2004 à 21:17. (lien). Évalué à 1.Jtrouve que QT est plus lourd que gtk, enfin ca se voit surtout avec des grosses applis comme kde et gnome :-)
-
[^]Re: conseil programmation grahique
Posté par SubBass () le 28/04/2004 à 21:30. (lien). Évalué à 1.ça se voit surtout quand tu charges un appli qt et que tu n'as pas kde (et donc les "composants" chargés au démarrage, je vois du kbuildsyscoca dans ma console ou quelque chose du genre)
-
[^]Re: conseil programmation grahique
Posté par phytos () le 29/04/2004 à 20:47. (lien). Évalué à 1.Si y a du kbuildsyscoca, c'est que ce n'est pas une application faite seulement avec QT. Cela marque l'utilisation des bibliothèques kde pour mieux intégré l'appli dans kde.
QT marche parfaitement sans kde installé mais c'est tout de même vrai que c'est un peu plus lourd que gtk+ (mais il permet de faire plus de chose que gtk+ seul).
A+
-
-
-
[^]Re: conseil programmation grahique
Posté par Gonéri Le Bouder (Jabber id, page perso, ) le 29/04/2004 à 07:03. (lien). Évalué à 1.Tu fais ton interface avec qt-designer, en suite tu fais un puic -x -o interface.pl interface.ui.
Et voila tu as un script Perl qui lance ton interface. Plus qu'a gérer les signaux.--
apt-get moo-
[^]Re: conseil programmation grahique
-
Re: conseil programmation grahique
pour les trucs vraiment simples : zenity + script bash...
-
[^]Re: conseil programmation grahique
Re: conseil programmation grahique
Tout dépend de l'environnement dans lequel tu veux intégrer ton application graphique : commence par choisir entre Qt (pour KDE) et GTK (pour Gnome) comme toolkit (je te déconseille perso les solutions batardes qui se veulent "portable" mais qui ne s'intègre vraiment nulle part). Ensuite choisi le langage avec lequel tu as le plus d'affinité. Tu as de fortes chances de trouver un binding des principaux toolkits graphiques si le langage est un minimum répendu. Mais à priori pour faire des applications simples, il y a pleins de solutions...
Perso c'est GTK# + Glade + C# + Mono.
Voili voilou.
Ah si : apparement tu as pleins de petites interfaces simples à faire, pourquoi ne pas tenter d'utiliser une solution différente à chaque fois ? Tu pourra te faire ta propre idée et tu auras appris plein de trucs...
Re: conseil programmation grahique
C/C++ pour le langage mais c'est très personnel et ca demande un peu de rigueur.
wxWidgets pour la bibliothèque graphique. Ses avantages sont d'être simple, de pouvoir l'utiliser pour du développement multi-plateforme et d'être en plusieurs langages largement utilisés (C++, python, java ...)
Qu'est-ce qui est petit, rond et vert, qui monte et qui descend ?
Yoda qui fait le con avec la force.
Re: conseil programmation grahique
Perl/GTK2, très simple, intuitif avec 2-3 exemples
Errare humanum est
Re: conseil programmation grahique
Objective-C pour le langage et Gorm pour créer la GUI graphiquement évidemment :-)
J'en profite pour faire savoir que la version 0.7.5 de Gorm est sorti le 15 avril.
Le site officiel de GNUstep :
http://gnustep.org(...)
La vue d'ensemble de progression du projet :
http://www.gnustep.org/information/progress.html(...) (avec gnustep-base à 100% terminée !)
Re: conseil programmation grahique
tcl/tk, ou perl/tk, ou python/tk.
C'est assez simple pour faire un truc rapide, notamment pour des interfaces à programmes en ligne de commande.
Certains pensent que ce n'est pas très beau, mais si c'est le coté pratique que tu privilégies par rapport à l'esthétique, ca fait très bien l'affaire.
-
[^]Re: conseil programmation grahique
Posté par Clément varaldi (page perso, ) le 30/04/2004 à 18:18. (lien). Évalué à 1.Ben, c'est pas très beau, et en plus c'est globalement plus lent à réagir qu'un perl/gtk. Sur un code globalement identique, j'avais fait une version tk, puis une gtk, et je trouvais la gtk plus fluide.
Enfin, perl/gtk est aussi simple que perl/tk, alors comme c'est globalement plus beau, pourquoi ne pas l'utiliser ?
ps : perso, ces temps-ci, c'est java (y dit qu'il a pas le choix) et c/Gtk.
Re: conseil programmation grahique
XUL ?
http://xulfr.org/(...)
Free Softwares Users Group Arlon (Sud Luxembourg, Belgique)
pertinent, e adj. Approprié ; qui se rapporte exactement à ce dont il est question.
Cette page a été générée par Templeet en 0.1012s (dont 0.0087 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.