Wireshark, le célèbre logiciel d'analyse de paquets réseau, va progressivement passer d'une interface en GTK vers une interface en Qt. La raison invoquée est que de plus en plus d'utilisateurs sont sur autre chose que Linux et que certains voudraient bien l'avoir sur leur tablette (iPad ou basée sur Android) mais également que GTK a un mauvais rendu sur OSX ou Windows. Dans les commentaires du blog, il y a même une intervention de Miguel de Icaza pour défendre son bébé mais ça n'a pas l'air de prendre.
Après Subsurface, LXDE et Wireshark quelle sera la prochaine appli à délaisser GTK au profit de Qt ?
NdM : merci à Nonolapéro pour son journal.
Le port est en cours. Ce qui fonctionne pour le moment :
- tout ce qui est compris dans les menus « Fichiers » et « Édition » ;
- la capture de trafic, ainsi que son filtrage et inspection ;
- l'édition des préférences ;
- le suivi des streams ;
- la visualisation des graphiques de flux TCP.
Le reste ne fonctionne pas encore, à savoir : les options de capture, les graphiques d'Entrée/Sortie, les graphiques de flux, l'analyse de la VoIP, etc. bref, encore du boulot en perspective
Aller plus loin
- Journal à l'origine de la dépêche (101 clics)
- Annonce du passage de Wireshark en Qt (97 clics)
- Commentaire de Miguel de Icaza sur le passage en Qt de Wireshark (150 clics)
- Site web de Wireshark (121 clics)
# Oracle
Posté par Glandos . Évalué à 10.
D'ailleurs, je pense que GNOME 4 va passer à Qt aussi, afin de pouvoir être installé sur OS X à la place du finder.
Ah, oui, j'avais une envie de troller !
# Test
Posté par Gui13 (site web personnel) . Évalué à 8.
J'ai testé, et effectivement sous Mac c'est vraiment plus sympa à manipuler.
Par de X11 à installer, lancement plus rapide, c'est plus intégré au style graphique… bref c'est du bon.
Par contre il manque un nombre très (trop?) important de choses, spécifiquement les analyses fines que la libwireshark permet de faire (analyse d'un flux VoIP par exemple).
D'autre part, le logiciel n'est pas encore très stable, j'ai eu des crashes assez fréquemment.
Donc au final c'est intéressant, bien foutu, mais pas encore prêt pour un usage complet.
# Quel mauvais rendu ?
Posté par let antibarbie = xp <- xp - 1 . Évalué à -1.
Franchement sous Windaube ça fonctionne et ça présente aussi bien que sous linux, (j'utilise les deux quotidiennement) je pense que c'est un argument bidon.
Peut-être est-ce pour faire passer plus facilement la pilule du "à cause de iPad et OSX", on vous colle du Qt.
[^] # Re: Quel mauvais rendu ?
Posté par claudex . Évalué à 10.
Tant que tu ne veux pas sauvegarder ou ouvrir un fichier.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Quel mauvais rendu ?
Posté par David Demelier (site web personnel) . Évalué à 9.
Non, le runtime par défaut de Gtk est assez horrible sous Linux, il n'y a qu'à tester Gimp et Geany. De plus le sélecteur de fichier n'est vraiment pas intégré et est très dépaysant.
De toute façon Qt est supérieur, on le dit depuis le début. C'est pas le premier projet à y passer, vlc, lxde, …
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Quel mauvais rendu ?
Posté par boubou (site web personnel) . Évalué à 2.
Ouai, même subsurface le logiciel de gestion d'ordinateurs de plongée développé par Linus himself est en train de passer à Qt (alors que l'ami Linus n'est pas le plus grand fan de C++ de la terre).
[^] # Re: Quel mauvais rendu ?
Posté par David Demelier (site web personnel) . Évalué à 0.
Oui d'ailleurs c'est vraiment très hypocrite de sa part :)
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Quel mauvais rendu ?
Posté par ariasuni . Évalué à 3.
C’est pas la première fois que je vois l’usage de cet anglicisme sur Linuxfr à la place de «lui-même». Y a-t-il une raison particulière, ou c’est juste par habitude?
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Quel mauvais rendu ?
Posté par boubou (site web personnel) . Évalué à 2.
C'est, dans mon cas, pour insister sur le caractère « exceptionnel » du personnage, à la fois en jouant sur l'incongru anglicisme au milieu d'un texte en français, mais aussi en utilisant le fait qu'en anglais, l'usage est encore plus emphatique qu'en français. Voilà, voilà…
[^] # Re: Quel mauvais rendu ?
Posté par ariasuni . Évalué à 2.
Merci pour ces précisions, en plus ça m'a permis d'apprendre un truc en anglais!
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Quel mauvais rendu ?
Posté par Antoine . Évalué à 2.
Ça fait un bout de temps que les anglicismes ne sont plus vraiment incongrus au milieu d'un texte en français.
(quand je vois le nombre de développeurs qui "fixent des bugs dans des librairies"…)
[^] # Re: Quel mauvais rendu ?
Posté par ariasuni . Évalué à 2.
Justement, je me bat contre ça quand je pense que ça n'est pas approprié (c'est à dire quand c'est inutile).
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Quel mauvais rendu ?
Posté par collinm (site web personnel) . Évalué à -4.
ta vécu dans une grotte depuis 10ans?
s'il y a bien un pays francophone où le franglais est rendu la norme, c'est bien la france….. encore pire que le québec
www.solutions-norenda.com
[^] # Re: Quel mauvais rendu ?
Posté par ariasuni . Évalué à 5.
Je vous serais gré de bien vouloir modérer le ton de vos propos. Anéfé, vous seriez bien urbain de vous rappeler que je suis un nazi du grammaro-ortho-anglicismo-typo-formatage. À ce titre, je m'offre le privilège de critiquer tout usage de la langue française que je considère comme contrevenant à l'intérêt de la langue et de ses locuteurs.
Par ailleurs, et en tant que gentilhomme digne de ce nom, je me dois de corriger cet infâme torchon linguistique qui vous sert à communiquer avec les êtres supérieurs que constitue l'élite d'esprits éclairés de Linuxfr.
Très cher, avez-vous vécu dans une cavité souterraine toute la décennie précédente durant?
S'il y bien un pays francophone dans lequel l'immonde mélange interculturel que l'on ose nommer «franglais» est devenu le standard — cela fut mieux à vent —, c'est bien ce pays de vieux cons, barbares, malhonnêtes, intolérant, rabats-joies et résistant au changement qui s'est un jour prénommé la Gaule… La situation est même pire que le pourtant mauvais élève Québec dans cette catégorie.
Cordialement.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Quel mauvais rendu ?
Posté par Olivier Serve (site web personnel) . Évalué à 4.
saurais gré, du verbe savoir (http://fr.wiktionary.org/wiki/savoir_gré)
[^] # Re: Quel mauvais rendu ?
Posté par ariasuni . Évalué à 3.
Merci, je fais tout le temps l'erreur en plus…
Écrit en Bépo selon l’orthographe de 1990
# Pas les premiers à changer et pas les derniers
Posté par tanguy_k (site web personnel) . Évalué à 9.
Beaucoup de projets ont deja change pour Qt: VLC, LXDE, OpenShot, Stellarium, Autodesk Maya, Ubuntu Unity…
Sélection de commentaires provenant de Hacker News
"QML […] Having used those a bit, I have to conclude that they are FREAKING AWESOME. Sorry for yelling."
"QML is awesome, no doubt about it"
"Qt is very very good at being non-OS-specific. Qt is also a lot more than a GUI toolkit. […] You can do CLI and very very good cross-platform GUIs. Qt is underappreciated."
"Underappreciated indeed."
"Good Qt apps are almost indistinguishable from native ones."
"Qt4+ is faster than GTK3, the API is superior in almost every respect, has better cross-platform OS support. […] I used to prefer GTK for the footprint […] but not anymore."
Et sur le blog de Wireshark:
"I was dreaming about it for seven years. Thank you!"
"Qt 5 is an amazing “technology”."
"The large 3D Animation studio project Maya (not open source though) recently switched to Qt"
"That makes a lot of sense! Qt […] is really an extremely lively project with outstanding support for a large variety of platforms. […] I made that big decision almost ten years ago for a large scientific software project with a large GUI module (massXpert) that I was authoring with Gtk+. I never looked back, really"
"Great to see the best network analysis tool to finally use the best UI toolkit ;-)"
"As the developer of BleachBit (currently supporting Linux and Windows), I am also pondering switching from GTK+ to Qt."
"The big advantage of Qt is that Windows, OS X, and Linux are all tier 1 platforms, complete with SDKs, documentation, active support, and a large, active community."
"In any case Qt is so much superior to Gtk and so much more convenient to use"
Ca pourra aider ceux qui se posent la question GTK+ vs Qt, quel toolkit/framework choisir ?
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par cosmocat . Évalué à 2.
Il m'a toujours semblé que Qt était mieux que GTK. Il me semble que seule la licence (jusqu'à y'a pas si longtemps) était une raison valable pour choisir GTK…
Un volontaire pour migrer
GIMPQIMP?[^] # Re: Pas les premiers à changer et pas les derniers
Posté par tanguy_k (site web personnel) . Évalué à 10.
Qt a toujours été open source (au sens premier du terme) sous Linux.
La license de l'époque (FreeQt) était non libre (redistribution d'une version modifiée interdite).
Avec Qt 2.0 (1999), il y a eu la QPL (Linux seulement) qui était une license libre mais incompatible avec la GPL.
En 2000, Qt 2.2 est sortie sous license GPL (toujours Linux seulement).
En 2005, Qt 4 a été disponible sous GPL pour toutes les plateformes.
En janvier 2009, Qt 4.5 est passé sous license LGPL pour toutes les plateformes (merci Nokia).
Conclusion : Qt est libre depuis 1999 (14 ans), et sous license LGPL (donc plus de restriction) depuis janvier 2009 (5 ans bientôt).
Il est temps que ce troll autour de la license de Qt s'arrête.
Et pour info, la gouvernance de Qt est complètement ouverte (= méritocratie) depuis 2011.
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par claudex . Évalué à 5.
Uniquement sous Linux, pour du crossplateforme. Et depuis 8 ans, on peut faire du cross-plateforme uniquement sous GPL. Ça fait seulement 5 ans qu'on peut faire du cross-plateforme avec n'importe quel licence (libre).
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par ariasuni . Évalué à 4.
Ah non, vous allez pas recommencer avec ça. Il n’y a toujours eu qu’un seul sens à l’expression «Open Source», c’est à dire «le truc qui à peu près comme logiciel libre mais pas tout à fait». Si certains pensent que ça signifie autre chose c’est une erreur qui a été introduite plus tard, sans doute quand la notion s’est démocratisé et que des gens ont commencé à écrire n’importe quoi dessus. Ou alors c’est simplement de la malhonnête mise en œuvre pour induire les gens en erreur.
Si vous souhaitez dire «la source est disponible mais ça n’est pas un logiciel libre», il suffit d’employer le terme de «Shared Source».
Note: j’ai rien contre toi, mais franchement j’en ai ras le bol de voir cette erreur (car Open Source n’a qu’une seule signification) sur des sites aussi pointus que Linuxfr (et même ailleurs en fait). Une fois ça va, mais bon au bout d’un moment va falloir arrêté de faire la confusion et/ou d’induire les gens en erreur. Donc je gueule un bon coup (et ça fait du bien).
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par hercule_savinien . Évalué à 3.
Bruce Perens, fondateur de l'OSI avec ESR, dresse le même constat d'échec que toi, seulement un an après sa fondation. Il dit que l'OSI s'éloigne de ce qu'il pensait en faire et que trop de monde abusait de l'appellation et explique qu'il faut utiliser Logiciel Libre et non pas Open Source.
http://lists.debian.org/debian-devel/1999/02/msg01641.html
Bref, si c'est bien arrivé « plus tard » comme tu le dis, ça n'est pas arrivé beaucoup plus tard.
Le FN est un parti d'extrême droite
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par Maclag . Évalué à 6.
Celui pour qui le binding est disponible.
--------> [ ]
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par Sébastien Wilmet . Évalué à 4.
Avoir une bonne intégration à un certain gestionnaire de bureaux, ça peut être aussi un critère pour le choix du toolkit. Pour GNOME ou Xfce, rien de mieux que GTK+.
Pour la question du multiplateforme, GTK+ 2 fonctionne très bien sur Windows et Mac. GTK+ 3 un peu moins bien, mais c'est normal vu que GTK+ 3 est beaucoup plus actif (et donc moins stable) et que Linux reste le système majoritaire utilisé par les développeurs. Pour avoir une plus grande stabilité, les développeurs recommandent de rester à GTK+ 2, mais il y a moins de fonctionnalités évidemment. Le plan est d'avoir GTK+ 4 de nouveau stable. GTK+ 3 est donc une période de transition.
Développant en GTK+ depuis pas mal d'années, j'en suis assez satisfait. Et il n'y a pas que GTK+, il y a aussi GLib, GObject, GIO, … qui sont très stables au niveau de l'API, et un réel plaisir à utiliser. Ces bibliothèques ont encore de beaux jours devant elles.
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par tanguy_k (site web personnel) . Évalué à 8.
Qt fournit l'integration avec GNOME/GTK+.
Ca utilise les widgets GTK+, l'ordre des boutons est respecte, la boite de dialogue pour selectionner un fichier est celle de GNOME, les icones changent en fonction du theme GNOME, l'alignement des labels est correcte ect…
Tout le monde explique l'inverse justement.
De plus drole d'idee d'utiliser la version 2 alors que GTK+ 3 est sortie depuis 3 ans.
Le developpeur de Wireshark utilise GTK+ depuis au moins 1998, donc quand il dit que le support Mac (et dans une moindre mesure Windows) est pourri, je crois qu'il a raison et toi qui a tort.
Premiere nouvelle, je suis curieux de connaitre ta source.
GTK+ n'est pas mauvais, mais Qt est bien meilleur.
Qt s'integre parfaitement avec Glib (et ses amis) depuis 2006.
C'est pas une evidence : en 2012 il y avait UN seul développeur payé pour travailler sur GTK+ et c'etait même pas le cas pour la GLib.
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par zebra3 . Évalué à 3.
Peut-etre mais ça n'est que du cosmétique. Le comportement n'est pas émulé à l'identique.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par tanguy_k (site web personnel) . Évalué à 1.
Pas que, ca utilise vraiment GTK+ derriere (libgtk au runtime et libgtk-dev a la compilation). De la meme facon que Qt utilise Cocoa sous OS X.
Qt fournit tous les outils pour qu'un developpeur puisse obtenir un resultat tres proche du natif. Plusieurs commentaires sur Hacker News parle de "Good Qt apps are almost indistinguishable from native ones".
Il me semble que l'on peut meme appeller du code GTK+ depuis du code Qt.
Hors sujet par rapport a GNOME/GTK+, mais une video geniale qui montre comment on developpe une application Qt 5.1 avec QML/Qt Quick: Introducing Qt Quick Controls in Qt 5.1 - 2013
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par Zenitram (site web personnel) . Évalué à 2.
Pour Mac, c'est pour le moment (Qt 5.1) cassé pour Qt5, alors que ça marchait pas mal avec Qt4, du coup ça fait hurler des maqueux (mais Digia n'a pas ça en priorité il semble) car ça se voit pas mal.
setUnifiedTitleAndToolBarOnMac is broken in Qt5 SDK RC2
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par zebra3 . Évalué à 2.
Alors faudra m'expliquer pourquoi les composants Qt ne se comportent pas de la même façon.
Un exemple que j'ai déjà donné cent fois : lorsque je clique sur un bouton d'une barre de défilement en GTK, la barre se déplace à l'extrémité. Sous Qt avec émulation GTK, ça ne le fait pas (essayé à l'instant). Où est l'appel de la libgtk ?
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par tanguy_k (site web personnel) . Évalué à 1.
C'est pas tout a fait ca : le "slider" se deplace a la meme position que la souris.
Effectivement, Qt ne suit pas la position de la souris, ca meriterait un correctif.
A noter que la scrollbar de la liste des applications de GNOME 3 (Activities) ne suit pas la souris, pareil pour Firefox (tester sous Ubuntu 13.10 GNOME edition).
Pour info OS X et Windows ne suivent pas non plus le curseur de la souris.
Qt ne fait pas des appels pour tout et probablement pas pour la scrollbar quand il s'agit de GTK+ (alors qu'il le fait tres probablement sous Windows et OS X).
GNOME represente ~0.5% du marche, je veux bien croire que les developpeurs s'y attardent moins que Windows ou OS X.
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par zebra3 . Évalué à 2.
Non, je parle des boutons aux extrèmités avec les flèches. Ce que tu me décris, GTK le fait avec le clic milieu (et j'avoue ne pas avoir testé avec Qt).
Si Qt utilisait réellement la libgtk en dessous, je pense que ça n'en nécessiterait pas. Mais bien sûr c'est plus facile à dire qu'à faire.
Je ne savais pas, je n'utilise pas la liste des applications (pas pratique). Mais j'ai l'impression que le Shell n'utilise pas GTK mais son propre framework en JS. Un comble.
Ah mais tout à fait, ce n'est pas critiquable en soit. Je trouve simplement que mettre en avant Qt face à GTK parce qu'il l'émule parfaitement est une erreur. Donc GTK a encore du sens en soit.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par Sébastien Wilmet . Évalué à 2.
GUADEC 2013, une des confs sur GTK+.
Quand on voit les statistiques, GTK+ est loin d'être abandonné. Plus de 3000 commits pour les 12 derniers mois, avec plus de 200 contributeurs: http://www.ohloh.net/p/gtk
Il y a eu un pic d'activité aux alentours de GTK+ 3.0 (un plus grand nombre de petits commits, sans doute).
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par tanguy_k (site web personnel) . Évalué à 1.
Je parlais d'une source ecrite, il se dit plein de choses durant une conf et notamment tout et son contraire. De plus peut etre que tu as mal interprete les propos de la personne ou la personne c'est mal exprimee.
Personne n'a dit que c'etait abandonne, par contre de l'inquietude oui.
Je rapporte les propos de Benjamin Otte qui est le seul developpeur GTK+ full-time et qui ecrit "staring into the abyss", "core developers are leaving GNOME development", "GNOME is understaffed"…
J'accorde plus de credit aux propos de Benjamin Otte qu'aux tiens.
http://www.ohloh.net/p/qt5
13 000 commits (4,3x plus) et 400 contributeurs
Le nombre de contributeurs totale ne signifie pas grand chose. Beaucoup ne commitent que quelques lignes de code. C'est surtout le nombre de developpeurs a temps plein qui compte, parceque ce sont eux qui ont la connaissance "profonde" du projet et font le travail de fond.
Et pour info 3000 commits c'est pas enorme pour un projet comme GTK+, un developpeur a temps plein sur un projet va faire au moins a 1000 commits par an.
Sur le dernier mois, GTK+ c'est 153 commits, Qt 811 : 153 commits c'est pas beaucoup.
Pour une comparaison complete il faut rajouter GLib a GTK+ : 1200 commits (les contributeurs sont tres logiquement les memes que sur GTK+).
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par tanguy_k (site web personnel) . Évalué à 1.
Au passage, pour avoir un ordre de grandeur :
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par Sébastien Wilmet . Évalué à 3.
Ah ben merci, ça fait toujours plaisir à entendre… Je suis très loin d'être au niveau de Benjamin Otte, mais il me semble juste que GTK+ 3 a plus d'activités que GTK+ 2. Et ça se confirme en regardant les stats. Et même si GTK+ 2 n'était pas très actif, ça n'a pas empêché à GNOME 2 d'être un réel succès. Il y a peut-être certains développeurs qui quittent le navire, mais d'autres rejoignent le projet aussi. Et le nombre total de contributeurs, qui est en croissance, montre une évolution de la mentalité chez les développeurs GNOME : au lieu d'avoir des workarounds dans le code d'une appli, c'est mieux de fixer le problème à la source.
GTK+ et GLib ont beaucoup de potentiel. Il y a pas mal de challenges techniques sur la route, mais je pense que ce sont des projets qui ont de l'avenir. Dire "GTK+ c'est de la merde, Qt est beaucoup mieux à tout point de vue" (en affichant une longue liste de citations) est faux, et n'encourage pas les nouveaux venus à choisir GTK+, alors que ça pourrait très bien leur convenir.
Bref, si quelqu'un aime bien Qt, ce n'est pas une raison pour vouloir rabaisser GTK+ à tout prix. C'est à force de rabaisser continuellement un projet qu'il fini par ne plus avoir de nouveaux contributeurs, et par mourir.
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par tanguy_k (site web personnel) . Évalué à 5.
Y'a rien de personnel. Je fais actuellement du AngularJS, et je trouverais ca normal que les ecrits de Igor Minar aient plus de poids que les miens sur ce sujet.
Benjamin Otte n'est pas con a ce point et il semble evident que lorsqu'il ecrit "core developers are leaving GNOME development" cela signifie qu'il y a moins de core developpeurs meme en incluant les nouveaux (au moment ou il l'ecrit bien sur - 2012).
Encore une fois, "GTK+ n'est pas mauvais" et aucun commentaire sur Hacker News ou le blog de Wireshark affirme que GTK+ est de la merde.
J'ai fait du GTK+ et j'en garde un bon souvenir. Il n'empeche que Qt est meilleur, en tout cas c'est l'avis de beaucoup de monde cf la liste. Le seul qui refuse cette idee est Icaza mais dixit la news "ça n'a pas l'air de prendre".
Mon avis est tout autre.
Le scenario le plus probable : le developpement de GTK+ et GLib va continuer a decroitre gentiment. Le support OS X et Windows va petit a petit disparaitre pour se concentrer sur Linux.
Il n'y aura pas d'innovation marquante et le support du mobile (iOS, Android) n'arrivera jamais.
En sachant que Linux ne represente que 1% du desktop et que le desktop se fait gentiment bouffer par le mobile pour le commun des mortels, je suis sceptique sur le "potentiel" de tout ca.
On en reparle dans 5 ans.
Il est evident que mes propos n'encouragent pas les gens a choisir GTK+, c'est meme le but hein.
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par liberforce (site web personnel) . Évalué à 3.
Non, ce n'est pas évident du tout. Il a écrit ça juste après l'annonce de certains développeurs clé de prendre un peu de recul, mais tous deux pour raisons personnelles (quasi burnout pour Emanuelle Bassi, changement professionnel et passage sur OpenStack pour Vincent Untz qui souhaitait un peu de changement). Les deux ont démenti sur leurs blogs respectifs passer un peu en retrait par désintérêt du projet GNOME. Après, est-ce qu'il y a assez de nouveau pour compenser, c'est une autre histoire, c'est plus dur d'avoir des stats, mais comme dans toutes le communautés, il y a du roulement.
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par benoar . Évalué à 3.
Bah, l'utilisation de l'espace et le dimensionnement des éléments sont complètement différents. Et ça se repère tout de suite, je ne l'aime pas en Qt. D'ailleurs, Wireshark est (était, du coup) un des rares programmes GTK+ qui arrive à merder à ce niveau en me mettant des boutons partiellement cachés et des fenêtres in-redimensionnables. Ils ont dû coder ça avec les pieds sans suivre les guidelines GTK. Pas étonnant qu'ils soient passés à Qt…
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par Philippe F (site web personnel) . Évalué à 5.
La grosse blague…
Les applications/fenêtres/dialogues qu'on peut pas redimensionner, c'est pas un jeu Gtk vs Qt, c'est juste le développeur qui doit utiliser les bons outils.
Techniquement, Qt savait le faire avant Gtk (on parle des version 1.0). WireShark étant très ancien, les problèmes que tu décris proviennent peut-être du fait qu'ils ont utilisé Gtk a un moment où c'était mal disponible.
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par Zenitram (site web personnel) . Évalué à 2. Dernière modification le 26 octobre 2013 à 09:14.
Ben voila : il ya des OS de troisièmes zone, et ben les utilisateurs de ces OS disent aux dev' que c'est lourd. Et comme ils sont nombreux…
Qt considère Linux, Windows et Mac comme importants: Qt Reference Configurations
Ben en attendant le truc virtuel de dans 15 ans, viront GTK qui est vraiment pas agréable (surtout ces putains de boite de dialogue non natives et ce anque d'intégration dans l'OS) et utilisons un truc qui existe réellement.
Tu développerais pas majoritairement sous Linux GTK et n'a rien à faire des utilisateurs de Windows et Mac et même Linux KDE par hasard?
Car je connais pas foule d'heureux avec GTK quand ces platformes sont importantes (il faut rajouter de "skins", redvelopper les API de dialogue utilisateur etc…).
Vu le nombre d'utilisateurs qui passent à Qt, vu le nombre de développeurs de GTK (proche de 0 "équivalent temps plein", je ne m'interesse pas au nombre de développeurs lui-même, on s'en fout un peu si il y a 10 personnes qui développent mais que 1% de leur temps; ça sera 0.1 "équivalent temps plein" soit moins sexy que 10 qui ne signifie pas grand chose), vu que GTK ne s'interesse pas aux mobiles, excuse moi, j'ai de grand doutes.
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par Sébastien Wilmet . Évalué à 3.
Les derniers à s'y intéresser sont Endless Mobile. Ils ont donné une keynote au GUADEC cette année. Il y a eu d'autres initiatives, voir la section Mobile sur cette page.
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par tanguy_k (site web personnel) . Évalué à 1.
Et y'a t'il quelque chose de concret ?
Genre un debut de prototype pour iOS, Android ou Windows Phone ?
Ou alors juste une annonce qui dit "on va mettre x developpeurs pour travailler la dessus" ou "dans x mois on a un proto sous iOS/Android" ?
Les premieres versions publiques de Qt sur Android datent de debut 2011 (bientot 3 ans) : http://blog.qt.digia.com/blog/2011/02/28/necessitas/
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par Alex_Parker . Évalué à -6. Dernière modification le 26 octobre 2013 à 16:37.
Whouou! Qt sur android, et sur plein d'autre systèmes!
Mais bon, il me semble que jusqu'à présent, android a une interface et un système natif tout à fait satisfaisant (d'ailleurs mon téléphone en est très content, il ne s'en est jamais plaint), pareil pour windose, son système est ce qu'il est mais je pense pas qu'une surcouche rajoute un quelconque confort à sa lenteur native. Avec les i-nutiles de chez apple, c'est pareil ils ont aussi une GUI et un toolkit qui sont ce qu'ils sont et qui plaisent à certains, mais encore une fois où est l'innovation!?! Sous Linux, on se retrouve avec tout plein de bibliothèque en double avec gtk, fltk, wxWidgets, Et cetera-tk.
Donc à la base, je vois pas trop ce que qt vient faire là en essayant à tout prix de s'imposer au dessus de tout l'existant qui est déjà fonctionnel est satisfaisant dans une soi-disante volonté d'harmonisation, mais plutôt et surtout d'un nivèlement des interfaces et pas forcément d'une manière positive.
Perso, je trouve qt totalement mou du genoux et prise de tête en voulant à tout prix calquer un fonctionnement à la windose, je lui préfère de très loin xfce et gtk bien plus souple, rapide et efficace de mon point de vue, bien que je continue à utiliser kWrite et kHexEdit en version 3.5.10 qui sont pour moi le top du top dans leur domaine.
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par zebra3 . Évalué à 2.
Et c'est utilisé ? Vraie question, parce que sur F-Droid je n'ai pas souvenir d'avoir vu des applications en Qt :-/
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par claudex . Évalué à 4.
Coffice (Calligra pour Android) existe sur le store officiel mais pas sur f-droid.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par ariasuni . Évalué à 2.
On peut installer Qt via l'application Ministro, yapluka.
Écrit en Bépo selon l’orthographe de 1990
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par Zenitram (site web personnel) . Évalué à 1.
Rien compris au site web. Certainement pas une démo technique qu'on va pouvoir faire du GTK sur mobile.
De ce que je lis, c'est sur des mobiles d'un autre temps (à base de Maemo) que plus personne n'utilise (et que pas foule a utilisé dans le passé en fait). Ca démontre le problème d'une manière très percutance. Rassures-moi, c'était pour plaisanter sur GTK mobile que tu as pointé cette page?
http://qt.digia.com/Product/Benefits/Qt-for-Mobile-Development/
"Develop for Android and iOS with one codebase."
"Easily migrate your desktop application to Android or iOS."
Peut-être qu'on aura ça avec GTK4 ou 5 dans 15 ans, peut-être… en attendant, GTK n'est pas conseillable.
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par Tarnyko (site web personnel) . Évalué à 4.
Juste pour information, le port Windows dispose d'une distribution officielle depuis ce vendredi.
C'est surtout la reconnaissance de l'existant (le port marche bien), mais ce n'est pas anodin pour autant, dans le sens où de nombreux projets l'attendaient.
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par zebra3 . Évalué à 3.
Non, ne virons pas. Si tu n'aimes pas, libre à toi d'utiliser autre chose, mais n'empêche pas ceux qui apprécient de s'en servir.
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.