S'identifier / Créer un compte
  • Actualités
  • Dossiers
  • Tests
  • Commentaires
  • INpactiens
Publicité

Shuttleworth : Ubuntu intégrera nativement le framework Qt

Célébration de la diversité ou... ?

qtDe toutes les distributions Linux, Ubuntu est celle qui fait le plus souvent parler d’elle. Cela tient essentiellement à sa facilité d’installation et d’utilisation visant clairement les utilisateurs d’autres systèmes (qui a dit Windows ?), mais également à l’aura du PDG de Canonical, Mark Shuttleworth. Ce dernier est connu pour laisser tomber de temps à autres des « bombes médiatiques », et la dernière en date n’a pas manqué de surprendre : le framework de développement Qt sera inclus dans la distribution.

Les retombées sont particulièrement nombreuses, mais se concentrent surtout sur l’apport applicatif conséquent pour Ubuntu. On ne peut s’empêcher cependant de se faire la réflexion : que devient Gtk+ ? Avec Qt, ils sont les deux trousses à outils dominantes dans le monde open source pour la réalisation des applications. Les deux sont multiplateformes, et on peut facilement citer quelques exemples : Pidgin, réalisé avec Gtk+, et VirtualBox, avec Qt. Mais Ubuntu est par tradition bâti sur GNOME, et donc attaché à Gtk+. Alors ?

VIRTUALBOX
VirtualBox utilise Qt

Gtk+ restera en place évidemment, et le développement continuera, tant sur le toolkit lui-même (qui après tout ne dépend en rien d’Ubuntu) que pour les applications l’utilisant. Mais l’inclusion de Qt dans Ubuntu est une reconnaissance par Canonical que l’évolution de ce framework est particulièrement rapide, en particulier depuis le rachat de son éditeur Trolltech par Nokia. Qt progresse rapidement et dispose de fortes capacités dans le multiplateforme, tout en étant présent dans le monde mobile. En outre, le fait que Nokia ait placé le kit sous licence LGPL a propulsé son utilisation en dehors des limites commerciales qui existaient précédemment.

Mais l’intégration native de Qt ne signifie pour l’instant rien de plus que sa présence de base dans le système. Ubuntu reste une distribution bâtie sur Gnome, et aucun des plans dévoilés par Canonical ne semble prendre une autre direction. Du coup, Canonical travaille sur des liens entre Qt et certains frameworks GNOMES parmi les plus importants, et un contrat a été passé avec le développeur Ryan Lortie. Le but est bien sûr que les appels lancés par Qt trouvent un écho particulier dans GNOME afin que les applications s’y intègrent mieux. En outre, en passant par dconf, une application Qt peut communiquer plus facilement avec les applications Gtk+.

L’inclusion de Qt provoque autant de conséquences techniques que politiques. Désormais, une application Qt, si elle veut faire partie d’Ubuntu dans sa version de base, devra se conformer à un certain nombre de points, comme les conventions générales sur ce qui touche à l’interface, mais surtout l’assurance que ce sont bien les API de GNOME qui sont utilisées. Et là, évidemment, la situation coince un peu.

kde
KDE SC

Qt et KDE sont particulièrement proches, dans la mesure où le premier est l’une des bases du second. Les applications Qt visent donc souvent KDE, et ont des liens très forts avec l’environnement. Le choix de Canonical rend impossible en l’état l’inclusion d’une application KDE dans Ubuntu, à moins de « défaire » un certain nombre de liens pour les recréer vers GNOME. S’il s’agit d’une vision volontairement très simplifiée, le problème n’en est pas moins réel, et il y a un risque de fragmentation.

À peine l’annonce de l’inclusion de Qt lancée, Canonical explique également quels sont les plans concernant le futur d’Ubuntu. Car non seulement la présence de Qt pourrait provoquer une tension avec la communauté KDE, mais des risques politiques pour GNOME se posent également. Après tout, il a déjà été décidé que le shell de GNOME 3 ne serait pas utilisé, au profit d’un shell maison baptisé Unity. Malgré les assurances de Shuttleworth expliquant le contraire, l’arrivée de Qt ne doit pas résonner favorablement aux oreilles des développeurs de GNOME.

Au sujet d’Unity, une version spécialement basée sur Qt sera développée. Elle ne servira pas cependant de version par défaut : elle ne sera utilisée que si l’accélération graphique n’est pas présente dans la machine et que la mouture basée sur Compiz ne peut pas y fonctionner.

Mais Canonical devra prendre soin de ménager les uns et les autres, car à force de vouloir prendre les morceaux les plus intéressants à droite et à gauche, la société risque d’en froisser plus d’un, voire d’installer un sentiment de trahison.
Source : Canonical
Vincent Hermann

Rédacteur/journaliste spécialisé dans le logiciel et en particulier les systèmes d'exploitation. Ne se déplace jamais sans son épée.

Publiée le 19/01/2011 à 16:37

Soutenez l'indépendance de Next INpact en devenant Premium

  • Tout le contenu de Next INpact sans pub
  • Et bien plus encore...

Il y a 150 commentaires

Avatar de paradise INpactien
paradise Le mercredi 19 janvier 2011 à 17:07:50
Inscrit le dimanche 10 avril 05 - 14104 commentaires
GTK étant seulement un framework graphique y'a pas de soucis. Tu peux très bien le remplacer par QT à la place. Y'a déjà pas mal de ponts entre QT et GTK.

Compiz, GIMP, utilisent déjà GTK, me semble-t-il, même dans un environnement KDE ?
Avatar de manudwarf Modérateur
manudwarf Le mercredi 19 janvier 2011 à 17:07:57
Inscrit le dimanche 14 décembre 08 - 4183 commentaires
J'ai rien compris a ce passage KDE est basé sur QT mais les applis sur QT devront etre refaite ?

Or de question.
Mais l'article est pas très clair sur cette zone non plus...
Avatar de unixorn INpactien
unixorn Le mercredi 19 janvier 2011 à 17:08:33
Inscrit le mercredi 21 janvier 09 - 696 commentaires
A la rigueur on peut dire que c'est le WPF de Trolltech.


Ce qu'il faut pas entendre.
A la rigueur on pourrait éviter de balancer des âneries grosses comme un paquebot.
Avatar de manudwarf Modérateur
manudwarf Le mercredi 19 janvier 2011 à 17:09:43
Inscrit le dimanche 14 décembre 08 - 4183 commentaires
Compiz, GIMP, utilisent déjà GTK, me semble-t-il, même dans un environnement KDE ?

GTK = the Gimp ToolKit
Avatar de Ricard INpactien
Ricard Le mercredi 19 janvier 2011 à 17:11:12
Inscrit le mercredi 12 avril 06 - 40900 commentaires

C'est assez clair : ils n'aiment pas la voie choisie par Gnome et préfèrent le truc maison : Unity. Tout comme de nombreux geeks (dont moi) ont quitté KDE après la version 4.

Mouais mais ça manque de cohérence quand même. Trop de changements trop rapides et rapprochés risquent de nuire plus qu'autre chose.
Avatar de Crysalide INpactien
Crysalide Le mercredi 19 janvier 2011 à 17:11:32
Inscrit le mardi 24 mars 09 - 5368 commentaires
Mark Shuttleworth & Steve Jobs, même combat ? (en tout bien, tout honneur, of course)
Avatar de paradise INpactien
paradise Le mercredi 19 janvier 2011 à 17:12:10
Inscrit le dimanche 10 avril 05 - 14104 commentaires
GTK = the Gimp ToolKit

Ah ben oui, je le savais en plus... sm.gif
Avatar de methos1435 INpactien
methos1435 Le mercredi 19 janvier 2011 à 17:13:13
Inscrit le jeudi 6 février 03 - 6089 commentaires
Gtk et Qt ne sont que des bilbiothèque pour le développement. Le support de Qt dans uen distribution basée sur Gnome et donc sur GTK ne pose aucune soucis. Gnome lance parfaitement des applis en Qt et KDE lance parfaitement des applics codées en Gtk.
Avatar de IAmNotANumber INpactien
IAmNotANumber Le mercredi 19 janvier 2011 à 17:13:20
Inscrit le vendredi 22 octobre 10 - 2036 commentaires
[troll]
GTK+, c’est un peu l’IE6 du monde Linux.
[/troll]


Come On, guy... Make My day... kill.gif

Avatar de seb2411 INpactien
seb2411 Le mercredi 19 janvier 2011 à 17:13:33
Inscrit le vendredi 24 octobre 08 - 3042 commentaires

J'ai rien compris a ce passage KDE est basé sur QT mais les applis sur QT devront etre refaite ?

J'ai pas compris non plus.
- Si tu as une appli KDE tu pourras l'installer mais du coup comme c'est le cas actuellement ca sera pas aussi bien intégré, et faudra te taper toutes les dépendances avec KDE en plus de Gnome.
- Maintenant si tu veux dev une appli pour Ubuntu. Tu pourra le faire soit en QT, soit en GTK. Les deux seront complètement intégrés.
;