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 Ricard INpactien
Ricard Le mercredi 19 janvier 2011 à 16:44:30
Inscrit le mercredi 12 avril 06 - 40922 commentaires
De 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 ?)

Vu que c'est en train de devenir la même usine à gaz, s'pas étonnant. Kubuntu pourra peut-être avoir un retour en grâce cela dit.
Avatar de Jarodd INpactien
Jarodd Le mercredi 19 janvier 2011 à 16:46:36
Inscrit le mardi 26 octobre 04 - 19549 commentaires
Mince j'ai cru que c'était Quicktime
Avatar de MorganStern INpactien
MorganStern Le mercredi 19 janvier 2011 à 16:46:46
Inscrit le lundi 3 septembre 07 - 465 commentaires
[troll]
GTK+, c’est un peu l’IE6 du monde Linux.
[/troll]
Avatar de 127.0.0.1 INpactien
127.0.0.1 Le mercredi 19 janvier 2011 à 16:47:15
Inscrit le mercredi 29 avril 09 - 13213 commentaires
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.


Donc il faut code une appli qui utilise le framework QT, tout en s'intégrant avec GNOME (qui lui utilise GTK+).

Pourquoi faire simple ?
Avatar de Ar-no INpactien
Ar-no Le mercredi 19 janvier 2011 à 16:51:36
Inscrit le lundi 12 mai 08 - 842 commentaires

Donc il faut code une appli qui utilise le framework QT, tout en s'intégrant avec GNOME (qui lui utilise GTK+).

Pourquoi faire simple ?


Juste une histoire de "look and feel" qui ne dépend pas de GTK+.
Avatar de ouragan INpactien
ouragan Le mercredi 19 janvier 2011 à 16:52:31
Inscrit le jeudi 6 novembre 03 - 18396 commentaires

Donc il faut code une appli qui utilise le framework QT, tout en s'intégrant avec GNOME (qui lui utilise GTK+).

Pourquoi faire simple ?

Qu'est ce que Quick Time vient faire là dedans ?

[troll]
GTK+, c’est un peu l’IE6 du monde Linux.
[/troll]


Je vois pas...

Qt c'est le .net de Trolltech.
Avatar de paradise INpactien
paradise Le mercredi 19 janvier 2011 à 16:53:18
Inscrit le dimanche 10 avril 05 - 14117 commentaires

Donc il faut coder une appli qui utilise le framework QT, tout en s'intégrant avec GNOME (qui lui utilise GTK+).

Pourquoi faire simple ?

C'est aussi ce que me disais, comment vont-ils faire ?

J'espère qu'ils ne vont pas s'emmêler les pinceaux, surtout au niveau des dépendances et des applis en share !
Avatar de manudwarf Modérateur
manudwarf Le mercredi 19 janvier 2011 à 16:55:51
Inscrit le dimanche 14 décembre 08 - 4183 commentaires
youhou.gif
Qt, mangezen.gif
Avatar de gokudomatic INpactien
gokudomatic Le mercredi 19 janvier 2011 à 16:57:04
Inscrit le mercredi 15 décembre 04 - 12309 commentaires
dire que j'ai migré depuis peu sur ubuntu. ça risque de faire mal en avril.
Avatar de seb2411 INpactien
seb2411 Le mercredi 19 janvier 2011 à 16:57:43
Inscrit le vendredi 24 octobre 08 - 3065 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.
;