IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Un vent de migration : de nombreuses applications GTK passent à Qt
Notamment pour le support multiplateforme et l'intégration à OS X

Le , par LittleWhite

254PARTAGES

8  0 
Ces derniers mois, trois applications GTK ainsi qu'un environnement de bureau sont passés au framework Qt :
  • GCompris, une application éducative pour enfants, structurée en activités ;
  • Subsurface, une application de suivis de plongée, créée par Linus Torvalds ;
  • WireShark, logiciel d'analyse de paquets réseaux ;
  • LXDE, bureau X léger, qui collabore activement avec razor-qt en abandonnant GTK.

Ces trois applications ont un point commun : elles sont multiplateformes. C'est d'ailleurs là la plainte des développeurs contre GTK. En effet, ce framework possède des soucis de rendu sous Windows et OS X. De plus, le support des appareils mobiles (téléphones et tablettes) n'est pas simple à effectuer lors de l'utilisation de GTK.

Pour les développeurs de GCompris, le langage déclaratif Qt Quick est un outil appréciable pour la réalisation des interfaces et même de la logique de l'application (en JavaScript). Le manque de support des plateformes mobiles s'est aussi révélé compromettant pour la suite du projet.

Les développeurs de Subsurface – dont Linus Torvalds, qui n'hésite pourtant pas à crier son amour pour le C++ – ont présenté une conférence à l'occasion du Linux.conf.au 2014, où Dirk Hohndel explique les raisons qui l'ont poussé à passer à Qt.

Du côté de Wireshark, le plus gros problème était l'intégration catastrophique de GTK avec l'interface d'OS X.

Bien entendu, ce changement ne se fait pas du jour au lendemain. Il est bien souvent nécessaire de recoder le cœur de l'application. Ce genre d'opération pourrait prendre des années, comme celle qui a mené Netscape à l'extinction.

Toutefois, chacun de ces projets avance à bon train, comme vous pourrez le constater sur leur dépôt. Ils considèrent tous ce changement comme bénéfique. GCompris proposera d'ailleurs des activités pour le prochain Google Summer of Code. Si le cœur vous en dit, n'hésitez plus à apprendre Qt ou Qt Quick et venir aider un projet open source !

Sources : Blog Wireshark, Blog LXDE, GCompris

Voir aussi : la vidéo de la conférence de Dirk Hohndel.

Et vous ?

Quel framework préférez-vous ?
Quelles difficultés rencontrez-vous lors de la migration de vos projets ?
Comment envisageriez-vous une telle migration si vous deviez la faire ?

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de KsassPeuk
Membre confirmé https://www.developpez.com
Le 19/02/2014 à 13:10
Citation Envoyé par LittleWhite Voir le message
Les développeurs de Subsurface – dont Linus Torvalds, qui n'hésite pourtant pas à crier son amour pour le C++
Chaque fois que je vois une news où l'on attribue des citations à ce type, je le déteste plus. J'adore Linux, j'aime vraiment bosser avec, mais je trouve ce type parfaitement haïssable.
5  1 
Avatar de Cenwen
Membre régulier https://www.developpez.com
Le 22/02/2014 à 14:10


A cette liste, je rajouterai le logiciel le plus populaire d'Edition Video sous Linux : Openshot Video Editor

Le portage est en cours vers Qt 5 entre autre (ce n'est pas le seul chose en cours , Plus d'info sur le blog officiel ou sur mon blog). A cette occasion, il ne se limitera plus à Linux mais sera aussi le nouveau fleuron du libre multiplateforme (au même titre que Firefox, Gimp, Libreoffice,...) pour l'Edition Video sous Windows et Mac OSX.

Pour ma part, deux points importants font que l'on assite à cette evolution : le passage à Qt 5 (surtout la suppression de la crainte que les dev avaient quand Qt 3 est passé à Qt 4) et Qt Quick qui devient de plus en plus fonctionnel et interressant.

Voila mes 2 cents sur la question.
2  0 
Avatar de Jiyuu
Rédacteur/Modérateur https://www.developpez.com
Le 26/02/2014 à 20:20


Très sincèrement je pense qu'il n'y a aucun problème, c'est juste une question de rationalisation et de "surcharge" de ton PC. Par exemple si tu utilises KDE, il semble plus logique d'utiliser des applications basées sur Qt quand cela est possible plutôt que de réinstaller d'autres :
  • tu peux espérer avoir déjà certaines dépendances d'installé pour d'autre programmes ;
  • compatiblité des programmes entre eux ;
  • ...


Je pense aussi qu'il y avait un autre point important : l'esthétique. En effet, et en ce qui concerne les applis GTK sous KDE, je me souviens que celles-ci n'étaient pas très belle alors que sous GNOME elles l'étaient.
Aujourd'hui ceci n'est majoritairement plus vrai, enfin sous KDE car il me semble qu'il existe paquet "gtkAsKde".

Pour l'utilisation d'appli Qt ou GTK sous windob alors là ... ... aucune idée. Je pense que d'un point de vue programmeur il s'agit surtout d'habitude. Je ne connais franchement pas GTK alors que je commence tout juste à maitriser Qt : donc je code en Qt.
D'un point de vue utilisateur, le lambda va surtout choisir le programme en fonction de ce qu'il cherche... qu'il soit fait en GTK ou en Qt ne lui importe peu je pense. Pour l'utilisateur-programmeur amateur comme moi, si j'ai le choix je prendrai du Qt, juste par chauvisme ...

Pour GIMP à coup sûr tu ne le trouveras jamais en Qt, mais un QIMP peut-être
2  0 
Avatar de Jiyuu
Rédacteur/Modérateur https://www.developpez.com
Le 27/02/2014 à 15:49


Lorsque je parlais de surcharge PC je parlais bien d'espace disque. Concernant les performances, c'est sûr qu'un Windob en 2 mises à jour il est déjà totalement à la ramasse. C'est d'ailleurs marant ça : chez la fenêtre mise à jour = pertes de performances () chez le pinguin = gain de performance (en général ) )... moi je dis : y en a qui n'ont pas bien compris l'utilité des MAJ

En ce qui concerne la question : comment savoir si une appli est du Qt ou du GTK je vois 4 possibilités :
  • tu passes un coup de fil au développeur et tu lui demandes ;
  • le développeur le précise sur son site ou tout autre communiqué ;
  • tu regardes dans le "À propos de" s'il y a l'indication ;
  • tu regardes les sources.


Bon la quatrième tu oublies sous windob...
2  0 
Avatar de arnolddumas
Rédacteur/Modérateur https://www.developpez.com
Le 27/02/2014 à 16:15
Citation Envoyé par Jiyuu Voir le message
En ce qui concerne la question : comment savoir si une appli est du Qt ou du GTK je vois 4 possibilités :
  • tu passes un coup de fil au développeur et tu lui demandes ;
  • le développeur le précise sur son site ou tout autre communiqué ;
  • tu regardes dans le "À propos de" s'il y a l'indication ;
  • tu regardes les sources.


Bon la quatrième tu oublies sous windob...
Sinon un coup de ldd ou de dependancy walker ça marche aussi.
2  0 
Avatar de azias
Membre éclairé https://www.developpez.com
Le 19/02/2014 à 13:25
Etant développeur Qt et n'ayant jamais compris quels pouvaient être les avantages de Gtk, je trouve ça très bien. De la même façon que je trouve très bien que les applis qui abandonnent la surcouche KDE pour s'appuyer directement sur Qt, à part pour certaines choses bien précises, la surcouche KDE n'apporte rien et Qt a l'avantage de rendre assez simple le portage sur plusieurs plateformes.

En revanche je m’interroge sur la remarque dans l'article:

Citation Envoyé par LittleWhite Voir le message
Les développeurs de Subsurface – dont Linus Torvalds, qui n'hésite pourtant pas à crier son amour pour le C++
Qt c'est du C++ !! Maintenant avec QtQuick on peut faire des applications simples sans faire du code C++ mais ça reste encore assez limité, la couche métier reste en C++ en général (ne serait-ce que pour réutiliser l'existant ou se connecter à d'autres bibliothèques)
2  1 
Avatar de imikado
Rédacteur https://www.developpez.com
Le 21/02/2014 à 8:33
Citation Envoyé par Jiyuu Voir le message
Tu peux développer ton argument car là je vosi pas trop où tu veux en venir...
L'idée : on essaie généralement d'utiliser des applications et environnement de bureau utilisant les mêmes librairie graphique:
Si on utilise du Gnome/xfce, on evoluera en gtk avec des applications comme nautilus/thunar, leafpad/gedit, rapidsvn...
Alors que si on choisi kde/razorQt on aura plutot dolphin, kate et ksvn pour le gestionnaire de sources
Donc si on a les deux derniers environnement de bureau gtk qui migrent vers Qt, là on aura une "vague de migration"

Citation Envoyé par Jiyuu Voir le message

Tu crois franchement que les developpeurs travaillent avec un langage ou un framework parce que l'IDE phare est mieux ??? Très sincèrement si c'est le cas, alors là on touche le fond.
IL y a quelques années, j'avais besoin de développer une petite application de gestion de comptes, je n'avais d'à priori sur aucun des deux, mais j'ai choisi à l'époque Qt car il m'était plus facile de developper avec QtCreator qu'avec anjuta and co
Donc désolé, mais oui l'environnement de developpement plus ou moins confortable joue sur le taux d'adoption d'une bibliothèque/language de developpement, surtout pour les nouveaux développeurs d'application

Et je ne suis pas le seul à le penser : Dirk Hohndel d'Intel
Citation Envoyé par Dirk Hohndel
Dirk also found the Qt Creator IDE to be incredibly good
source: http://www.phoronix.com/scan.php?pag...amp;px=MTU2ODM
1  0 
Avatar de Bktero
Modérateur https://www.developpez.com
Le 25/02/2014 à 14:33
Je suis de loin l'évolution de Qt depuis quelques années, sans jamais avoir eu l'occasion de m'en servir autrement que pour quelques petits projets perso.

Je me demande si l'adoption de Qt n'est pas aussi facilité par le fait que Qt n'est pas qu'un framework pour la partie GUI. Il existe aussi des modules pour gérer du XML (j'ai découvert Qt en cherchant des parseurs XML) et pour gérer des BDD (que j'ai utilisé dans ma première application Qt). Pensez-vous que ces modules non GUI soient un gros plus pour l'adoption de Qt ou pensez-vous au contraire qu'ils sont complètement marginaux et insignifiant en regard de la partie GUI ?

De même, que pensez-vous de l'impact des différents bindings de Qt ? Comme Jiyuu, je suis un amateur de Python (au même titre que Qt en fait) et le binding PyQt a été une de mes motivations à apprendre Python car je connaissais déjà Qt. On pourrait imaginer le cheminement inverse.
1  0 
Avatar de imikado
Rédacteur https://www.developpez.com
Le 27/02/2014 à 12:52
Citation Envoyé par Pierre GIRARD Voir le message
Je vais me permettre quelques questions naïves suite à cette réponse.

J'ai toujours utilisé des applications GTK aussi bien que Qt. Et cela aussi bien sous KDE que sous LXDE et XFCE. Et donc :
- Quel est le problème à utiliser des applications GTK sous KDE ?
- Quel est le problème à utiliser des applications Qt sous GNOME ?
- Et enfin, quel est l'avantage de Qt sur GTK sous Windows ? sachant que les applications OpenSource que j'utilise sous Windows sont GIMP, OpenOffice et Mozilla ... et qu'aucune ne me pose de problème particulier sous Windows.

Ce qui me semble probable, c'est qu'il y a des applications qui a mon avis ne passeront pas sous Qt. Par exemple GIMP.
Jyiuu a déjà bien répondu à ma place
Ce que j'avais en tête c'est surtout la mémoire: pour utiliser une application on charge en mémoire les librairies graphiques

Si on lance un environnement de bureau utilisant gtk ou Qt, il vaut mieux continuer (autant que faire se peut) utiliser des applications utilisant les mêmes

Après, effectivement Gimp utilise Gtk (dont il est à l'origine), mais certains lui préfère Krita quand ils evoluent en KDE
1  0 
Avatar de Pierre GIRARD
Expert éminent https://www.developpez.com
Le 27/02/2014 à 20:09
Citation Envoyé par Jiyuu Voir le message
...
  • ...
  • tu regardes dans le "À propos de" s'il y a l'indication ;
  • tu regardes les sources.


Bon la quatrième tu oublies sous windob...

Bon, le "À propos de", je le fais, et effectivement, on a la réponse la plupart du temps ... après installation, donc après l'installation de tout ce qui va avec. Par exemple : krita. Installation OK ... mais installation de parties de koffice dans la foulée, alors que je n'ai pas besoin de cette artillerie (OpenOffice me suffi largement). Et n'étant pas programmeur, les source ne m'apporte comme seul avantage que de penser que d'autres sont capable de les lire à ma place.

Je passe sur le coup de fil au développeur qui n'a de sens que si il maitrise parfaitement le Français.

Pour les disques, ça n'est pas plus de problème que pour la RAM (j'ai 16 Go de RAM et 4To de disques et c'est loin d'être utilisé à 100% ... même pas à 50% pour les disques). Au prix des disques de 2 To actuel, cet argument porte peu.

Et pour finir, le "À propos de" de Opera, OpenOffice, Firefox etc. est peu différent (voir pas) sous Windows ou Linux.

Mais bon, après décodage, il me semble qu'avec 16 Go de RAM et 4 To de disque dans mon fixe, et même 8 Go de RAM et 2 To de disque sur mon portable (sans compter les disques et le NAS externe)... il semble normal que les applications Qt ou GTK ne me posent pas de problèmes de performances.

Eh bien pour moi, le mieux est d'installer tout, d'essayer tout (c'est ce que je fais), et de virer ce qui ne convient pas sans se préoccuper plus que ça de l'environnement pour lequel ils ont été conçus, car dans tous les cas : ceux que j'ai choisis me donnent entièrement satisfaction quelque soit l'environnement.

Eh bien, le mieux est d'installer tout, d'essayer tout (c'est ce que je fais)
C'est aussi ce que je fais sous Windows, mais ça pose plus de problèmes
1  0