Juste pour annoncer que le travail sur la branche "client side windows" de Gtk+ developpé par alexander larsson de chez redhat vient d'être fusionné avec la branche de developpement principale de Gtk+.
Celà signifie que désormais les widgets Gtk+ pourrront être embarqués dans des canvas (comme clutter), qu'on pourra appliquer des transformations (rotation, agrandissement, etc) et des effets (transparence, animation, etc) sur des widgets Gtk+ .
De plus cette branche rend les widgets gtk+ très indépendant du serveur X ou du backend (sauf pour la fenêtre principale évidement), et laisse à GDK et cairo le soin de directement dessiner les widgets, ce qui réduit les temps de latences lors du redissement des widgets qu'on peut remarquer si on agrandit une fenêtre.
Ce travail est fonctionnel pour le backend X-window de linux, mais il faut encore modifier les backend win32, quartz et directfb pour une plus grande portabilité.
Cependant tout le travail majeur à été effectué, il ne s'agit plus que de rendre les backend restant compatibles.
Cette nouvelle évolution de Gtk+ sera donc disponible pour la prochaine version 2.18 qui sortira en Septembre.
vous pouvez avoir plus d'information, ainsi que des vidéos pour que celà soit plus parlant, sur le blog d'alexander larsson :
http://blogs.gnome.org/alexl/
# À quand la possibilité d'utiliser Gtk avec Wayland ?
Posté par Martin Peres (site web personnel) . Évalué à 3.
[^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?
Posté par ecyrbe . Évalué à 3.
En effet, gtk+ 2.17.4 (dernière version taggé) peut être installé en parrallèle avec la version stable, à condition de l'installer dans /usr/local/ et non /usr.
pour celà un petit ./configure --prefix=/usr/local puis make puis make install suffira
[^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?
Posté par Martin Peres (site web personnel) . Évalué à 9.
Ce petit projet est prometteur car il est très léger (destiné aussi bien aux embedded Linux qu'aux ordinateurs de bureau), se base sur les dernières avancés graphiques KMS/DRI2/EAGLE/GEM et aussi car le projet complet se limite à moins de 5000 lignes pour l'instant.
Pour le champ d'application du système, le but premier serait d'abolir de changement de TTY pour effectuer un changement de TTY. On pourrait imaginer un cube qui passerait d'un utilisateur à un autre à la demande :). C'est possible car Wayland supporte de lancer plusieurs serveur X11 en mode root-less.
Pour l'instant, seul clutter a un backend Wayland, mais maintenant, rien n'empêche Gtk d'être porté. Qt software est aussi intéréssé par le projet et le port est normalement déjà en cours. Quand ces ports seront réalisés, on peut imaginer laisser tomber le serveur X et utiliser n'importe quel bureau classique sur nos systèmes Linux.
Petite précision, je ne suis pas développeur de la chose, très peu de monde arrive à tester ça et je n'ai malhreusement pas le matos requis pour l'instant :s Je ne fais que traduire les informations que j'ai eu et ce que j'en ai compris. À mon gout, la révolution est en marche :)
[^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?
Posté par Martin Peres (site web personnel) . Évalué à 6.
http://groups.google.com/group/wayland-display-server/web/fr(...)
Petite précision, je suis bien développeur, mais pas du projet ni de quoi que ce soit dans la stack graphique. Je me tiens juste très informé dessus car ça m'intéresse vraiment :)
Ça pourrait bien faire l'objet d'une dépêche, tout comme Gallium3D.
[^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?
Posté par patrick_g (site web personnel) . Évalué à 5.
Just do it. Ce serait en effet très intéressant.
[^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?
Posté par Martin Peres (site web personnel) . Évalué à 3.
Je vais voir pour en faire un par semaine, ça a de quoi motiver :)
[^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?
Posté par Martin Peres (site web personnel) . Évalué à 1.
Ça marchait avant, mais niveau stabilité, j'ai eu vu mieux.
Tant qu'à y être, ça m'intéresse de tester ce que donnerai la dernière version de GTK+ vu qu'on peut les faire cohabiter.
Je dois modifier quelle variable d'environnement pour lui dire d'utiliser la version dans /usr/local ?
[^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?
Posté par EdB . Évalué à 2.
[^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?
Posté par Martin Peres (site web personnel) . Évalué à 1.
Je m'occupe de ça dès que mesa daignera bien recompiler :)
[^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?
Posté par Martin Peres (site web personnel) . Évalué à 2.
Arriver à me dire que la dépendance automake 1.7 n'est pas respectée quand j'ai automake 1.11, c'est toujours marrant :d.
Encore merci pour la news, je vais faire marcher le truc et voir ce que ça donne.
[^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?
Posté par Littleboy . Évalué à 6.
Le systeme de build doit avoir un certain nombre de versions de automake avec lequel il est teste et il connait pas encore automake 1.11. Tu peux toujours aller forcer a la main le numero de version dans les scripts, mais t'etonne pas si ca pete parce que les mainteneurs de automake ont decide de changer un truc et casser tous les scripts pour rigoler.
[^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?
Posté par med . Évalué à 6.
[^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?
Posté par alberthier (site web personnel) . Évalué à 9.
[^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?
Posté par Martin Peres (site web personnel) . Évalué à 3.
GNU a fait beaucoup de choses pour le libre, énormément, mais rarement du code de qualité ou des choses réellement utilisables.
Franchement, je ne cracherai pas dessus car c'est vraiment des choses vraiment géniales qu'ils font, mais c'est souvent trop limité à une élite. Autotools, c'est une tonne de constantes magiques, de macro affreuses (les macros, c'est le mal !), des fichiers partout et 3 à 4 commandes à lancer avant de pouvoir profiter du configure.
Comment être sur de comprendre ce qu'on fait ?
Pour en revenir au sujet, je vois mal Gtk utiliser autre chose qu'autotools. M'enfin, c'est quand même chiant qu'on ne puisse pas compiler sur un OS à jour (ArchLinux).
[^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?
Posté par Littleboy . Évalué à 5.
Si ca n'est pas le cas, les devs de ArchLinux ont peut etre des patchs pour faire marcher les scripts de build avec la version 1.11.
[^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?
Posté par Martin Peres (site web personnel) . Évalué à 2.
Cela dit, y'a pas marqué que c'est simplement la version 1.7 qui marche. Il faut 1.7 ou supérieur.
Possible que ce soit simplement le test qui chie car si ils testent ça simplement comme une chaîne de caractère, normal que ça chie. Je regarderai ce soir.
Bonne journée aux moules
[^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?
Posté par EdB . Évalué à 1.
J'ai trouvé ça bien nul à l'époque :)
# Gtk+ et l'accessibilité
Posté par psychoslave__ (site web personnel) . Évalué à 3.
http://bugzilla.gnome.org/show_bug.cgi?id=121113
[^] # Re: Gtk+ et l'accessibilité
Posté par ecyrbe . Évalué à 3.
Mon expérience est qu'à chaque fois que j'ai voulu faire appliquer un de mes patch, comme je ne suis pas mainteneur officiel de gtk, j'ai fait un peu de lobbying auprès du mainteneur concerné par mail pour qu'il l'applique. Ils ont beaucoup de boulot et donc souvent ils te disent ok si tu trouve quelqu'un pour faire un review de ton patch. ce que j'ai fait en postant sur la mailing list ou en demandant directement à mattias s'il pouvait y jeter un oeil.
une fois que t'as un feu vert, tu fait le forcing auprès d'un mainteneur pour qu'il applique le patch vu que t'as obtenu le feu vert (que tu met en copie)...
[^] # Re: Gtk+ et l'accessibilité
Posté par Kangs . Évalué à 3.
Ou bien l'équipe de gtk est vraiment en sous effectif ?
[^] # Re: Gtk+ et l'accessibilité
Posté par ecyrbe . Évalué à 7.
Personnellement, je n'ai pas le temps de devenir mainteneur, je préfère soumettre des patchs. Envoyer 4 ou 5 mails pour un patch ce n'est pas la mort comparé à en recevoir des centaines tout en faisant avancer le code qu'on doit pondre sur d'autres projets.
D'autant plus qu'en attendant, je garde une version de gtk avec mes patchs, j'en ai encore quelques un qui ne sont pas appliqués, ça ne me dérange pas outre mesure, vu que je suis en mesure d'utiliser ma propre version.
Je soumet mes patchs pour en faire profiter le plus grand nombre, mais je garde à l'esprit qu'ils ne sont pas forcément du gout de tout le monde, mais parfois j'obtiens le soutiens de quelqu'un qui en a besoin, et ça permet à des patch de rentrer dans la version officielle.
Je pense que ce n'est d'ailleurs pas qu'un problème de Gtk, sur le kernel, réussir à soumettre un patch me semble bien plus difficile, bien que je n'ai jamais essayé.
Sur Qt on peut en soumettre depuis peu et un collègue qui bosse avec moi à déjà soumis des patchs, mais on lui a dis qu'ils ne pourront pas être intégrés avant quelques mois faute de temps...
Bref ça depend de la priorité que les mainteneurs affectent au patch, à la taille de l'équipe de mainteneurs, à la qualité du code fournis, à la volonté de celui qui soumet le patch de le voir intégrer.
c'est ça le travail communautaire.
[^] # Re: Gtk+ et l'accessibilité
Posté par Benjamin Poulain (site web personnel) . Évalué à 2.
Quelques mois? Ils vont super vite les merges request chez Qt! Généralement on a une réponse le jour même, au pire ils le font dans la semaine:
http://qt.gitorious.org/qt/qt/merge_requests?status=merged
C'est laquel la merge de ton collègue?
[^] # Re: Gtk+ et l'accessibilité
Posté par ecyrbe . Évalué à 2.
Cependant, j'en vois qui datent de début mai... donc oui certains sont peu être traités rapidement, mais pas tous...
[^] # Re: Gtk+ et l'accessibilité
Posté par GeneralZod . Évalué à 8.
[^] # Re: Gtk+ et l'accessibilité
Posté par ribwund . Évalué à 4.
Tu devrais essayer :) En général c'est un mail avec les CC qui vont bien, si le patch est pas controversé c'est appliqué direct. Et si akpm était en CC, généralement il s'occupe bien du suivi, si il n'est pas appliqué direct.
[^] # Re: Gtk+ et l'accessibilité
Posté par psychoslave__ (site web personnel) . Évalué à 4.
Enfin moi je suis quand même un peu interloqué par les priorités qui sont faites, la gestion du simple clique, ça me paraît à la fois plus trivial et plus important (ergonomie, accéssibilité, tout le monde peu pas faire de double clique) que les éléments décrits dans ce journal.
Enfin merci pour tes conseils, et si tu peux m'aider plus en avant pour l'intégration de cette fonctionnalité, je serais très intéréssé.
[^] # Re: Gtk+ et l'accessibilité
Posté par ecyrbe . Évalué à 4.
Donc, déjà ouvre un compte, tu verra son adresse e-mail (en tout cas, moi je la vois).
Ensuite, s'il te plait, évite de lui écrire si tu n'as pas de code à fournir ou une mise a jour du patch déjà proposé envers la branche courante de developpement (git clone est t'on amis). Je t'assure qu'ils sont débordés, si tu veux faire avancer ce bug, il faut arriver avec quelque chose pour lui décharger au maximum le travail.
Si tu n'arrive pas à joindre Christian (ce qui expliquerais pourquoi le bug stagne), essaye de contacter matthias classen, mais encore une fois, il te faut proposer quelque chose, un patch tout fait et testé... il pourra peut être faire débloquer la situation (attention, matthias est encore plus débordé que d'autres, donc y aller mollo)
# GTK+ va-t-il peut-être pouvoir concurrencer Qt un jour ?
Posté par Gof (site web personnel) . Évalué à 9.
Qt permet de mettre des widget dans le canvas (QGraphicsView) depuis la version Qt 4.4, Mais à la différence de GTK+, ça marche déjà sous windows, mac, et framebuffer
Enfin je ne voudrais pas troller, hein :-)
[^] # Re: GTK+ va-t-il peut-être pouvoir concurrencer Qt un jour ?
Posté par elproxy . Évalué à 4.
Ça ouvre des perspectives, un tomboy pour prendre ses notes dans Plasma, tout de suite ça claque ! Enfin je ne voudrais pas troller, hein :-)
[^] # Re: GTK+ va-t-il peut-être pouvoir concurrencer Qt un jour ?
Posté par ecyrbe . Évalué à 4.
Ouais, enfin Qt 4.4 est sortis l'année dernière en Mai... un an et demi de retard c'est pas quelques années! Le troll est un peu poilu, non?
De plus à la sortie en septembre, tous les backend seront supportés aussi, il n'y a qu'à voir les patch d'aujourd'hui et d'il y a 4 jours... il s'agit du portage des backends win32 et directFB... il me semble que mac avance sur un projet séparé et que les merges se font moins souvent.
[^] # Re: GTK+ va-t-il peut-être pouvoir concurrencer Qt un jour ?
Posté par Alex . Évalué à 1.
un troll imberbe ne mérite pas le nom de troll
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.