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 ?), 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 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 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.
Le 19 janvier 2011 à 16:37
(20 606
lectures)
Il y a 150 commentaires
J'ai rien compris a ce passage KDE est basé sur QT mais les applis sur QT devront etre refaite ?
Les applis QT (souvent déstinés à KDE mais c'est pas vraiment limitatif) devront s'intégrer correctement à Gnome pour être validés sur Ubuntu (qui n'est qu'une distribution, le Mark il est sympa, avec des bonnes idées, mais c'est encore loin d'être un type que lorsqu'il parle tout les Linux déployés se transforment par magie...)
Les applis KDE (basés sur kdelibs elles mêmes basées sur Qt) devraient nécessiter encore plus d'adaptation pour faire la passerelle (KDE != Qt) mais théoriquement ça pourrait être validé pour Ubuntu, en travaillant encore sur l'intégration voir le look'n feel (mais franchement charger les kdelibs sous un env Gnome, c'est loin d'être impossible mais pour les puristes ça jure !)
C'est bien beau tout ça mais les live CD sont déjà plein à craquer donc rajouter Qt à un truc déjà plein si bien que The Gimp n'est plus présent sur le live CD. J'ai bien envie de voir comment ils vont faire
sum0
Le mercredi 19 janvier 2011 à 17:15:02
#33
Inscrit
le vendredi 12 février 10
-
990
commentaires
dire que j'ai migré depuis peu sur ubuntu. ça risque de faire mal en avril.
La même chose, j'avais franchi le pas, win -> ubuntu.
cerank
Le mercredi 19 janvier 2011 à 17:15:14
#34
Inscrit
le mardi 10 novembre 09
-
526
commentaires
Donc au final les soft basés sur Qt seront mieux intégrés qu'avant sur ubuntu, pour l'utilisateur c'est plutôt bénéfique non ?
seb2411
Le mercredi 19 janvier 2011 à 17:16:43
#35
Inscrit
le vendredi 24 octobre 08
-
2625
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.
Le soucis actuellement c'est que les applis QT sont dev pour KDE et les GTK pour Gnome. Donc elles ont des dépendances assez nombreuses et ne sont pas forcément bien intégrés au système.
La l'idée c'est justement de pouvoir facilement faire une appli QT bien intégré à Gnome ( sans dépendances KDE ).
Edité par seb2411 le mercredi 19 janvier 2011 à 17:19
Ricard
Le mercredi 19 janvier 2011 à 17:17:07
#36
Inscrit
le mercredi 12 avril 06
-
38444
commentaires
C'est bien beau tout ça mais les live CD sont déjà plein à craquer donc rajouter Qt à un truc déjà plein si bien que The Gimp n'est plus présent sur le live CD. J'ai bien envie de voir comment ils vont faire
Un liveDVD ?
mmp35h
Le mercredi 19 janvier 2011 à 17:17:25
#37
Inscrit
le samedi 24 septembre 05
-
2879
commentaires
GTK = the Gimp ToolKit
GTK : the GNU's Not Uniplexed Information and Computing Service Image Manipulation Program ToolKit
manudwarf
Le mercredi 19 janvier 2011 à 17:18:40
#38
Inscrit
le dimanche 14 décembre 08
-
4174
commentaires
Donc au final les soft basés sur Qt seront mieux intégrés qu'avant sur ubuntu, pour l'utilisateur c'est plutôt bénéfique non ?
L'intégration est déjà OK, à part un ou deux bogues :http://dbmaster.sourceforge.net/img/btn_rafraichir.png
127.0.0.1
Le mercredi 19 janvier 2011 à 17:19:11
#39
Inscrit
le mercredi 29 avril 09
-
12264
commentaires
Là pour le coup tu limites beaucoup plus
Qt reste un concurrent à dotNET (bibliothèques système, abstraction de l'OS, réseau, BDD, graphisme, OpenGL, son, etc.), il n'y a pas que le module QWidget
Et encore, je ne parle pas des ajouts au C++ (foreach).
Qt reste un concurrent à dotNET (bibliothèques système, abstraction de l'OS, réseau, BDD, graphisme, OpenGL, son, etc.), il n'y a pas que le module QWidget
Et encore, je ne parle pas des ajouts au C++ (foreach).Oui, j'ai un peu limité, j'avoue. Disons un WPF+Boost
D'un autre coté, vu l'obligation de passer par Gnome demandée par Mark Shuttleworth, il y a des fonctions Qt qu'il faudra laisser de coté :/
C'est une bonne initiative.
Parce que même si je préfère Gnome, il y a des appli Qt qui valent la peine. Par exemple, je trouve la visionneuse Gwenview plus abouti que celles dispo sous Gnome
Edité par Alkore le mercredi 19 janvier 2011 à 17:23
Parce que même si je préfère Gnome, il y a des appli Qt qui valent la peine. Par exemple, je trouve la visionneuse Gwenview plus abouti que celles dispo sous Gnome
Edité par Alkore le mercredi 19 janvier 2011 à 17:23
Il n'est plus possible de commenter cette actualité
Vous devez être connecté ou vous inscrire en haut pour pouvoir participer aux commentaires.















