Journal Gtk+ client side windows merge

Posté par .
Tags : aucun
11
13
juil.
2009
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 (page perso) . Évalué à 3.

    Cool, c'était ce qui manquait pour pouvoir commencer le travail de portage de gtk pour Wayland !
    • [^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?

      Posté par . Évalué à 3.

      Je ne connais pas wayland, mais tu peux d'ors et déjà utiliser cette version de developpement et faire remonter les bugs que tu trouvera à l'équipe de Gtk+ (sur le bug traker de preference).
      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 (page perso) . Évalué à 9.

        Wayland est petit serveur graphique qui n'implémente pas le protocole X11, il est développé par Kristian Hogsberg travaillant pour red hat.

        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 (page perso) . Évalué à 1.

        En fait, vu que le 2.6.31rc3 vient de sortir, je me suis re-décidé à tester le KMS avec radeon.
        Ç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 . Évalué à 2.

          export LD_PATH=/usr/local:$LD_PATH
          • [^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?

            Posté par (page perso) . Évalué à 1.

            Merci, je m'attendais à plus compliqué.
            Je m'occupe de ça dès que mesa daignera bien recompiler :)
          • [^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?

            Posté par (page perso) . Évalué à 2.

            Bon, je ne dirai rien sur le niveau de cradocité du système de build de gtk.
            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 . Évalué à 6.

              Ca c'est parce que les devs ont l'experience de automake et n'ont pas forcement envie de se faire avoir a chaque nouvelle version. Les incompatibilites entre une version 1.x et 1.y de automake, il y en a eu des tonnes. Au bout d'un moment, tu finis par en avoir marre de ces conneries et tu standardises sur une version.

              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 . Évalué à 6.

                En même temps c'est pas comme s'il n'existait qu'un seul système. KDE est passé à CMake par exemple et au final ils en sont très contents à ce que je sache. Il faut dire qu'avec autoconf/automake, à part quelques uns, personne n'osait toucher à quoi que ce soit de peur que ça pète. Peut-être que les gens de GTK devraient aller voir les systèmes alternatifs, sur le long terme je parie que ce serait bénéfique.
              • [^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?

                Posté par (page perso) . Évalué à 9.

                C'est peut être une bonne raison de se débarrasser de cette merde d'automake/autoconf/autotruc et passer à un système de build fiable et _compréhensible_ du genre de waf, cmake, scons ou autre
                • [^] # Re: À quand la possibilité d'utiliser Gtk avec Wayland ?

                  Posté par (page perso) . Évalué à 3.

                  Je voulais pas lancer de troll, mais je pensais justement à ça. Même pour un petit projet, c'est pas maintenable

                  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 . Évalué à 5.

                    Si c'est bien fait, tu dois normalement pouvoir installer le package pour la version 1.7 en parallèle. Vu que Gnome n'est pas seul dans ce cas, loin de la, les distribs ont souvent l'obligation de proposer 3 ou 4 versions differentes des autotools (les mainteneurs adorent!).

                    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 (page perso) . Évalué à 2.

                      Je vais voir pour avoir la version 1.7 en parallèle.
                      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 . Évalué à 1.

                        Il s'agit surement de ça, la plus part de test automake qui ne marchait pas était du dans mon cas que le script testait la variable sur 1 caractère, du coup, tout ce qui était supérieur à 9 comme numéro mineur.

                        J'ai trouvé ça bien nul à l'époque :)
  • # Gtk+ et l'accessibilité

    Posté par (page perso) . Évalué à 3.

    Ouais c'est bien, mais s'il pouvait intégrer le patch qui corrige la mauvaise gestion du simple clique par gtk, le rapport de bug date que de 2003 c'est vrai, ça m'interesserait plus.

    http://bugzilla.gnome.org/show_bug.cgi?id=121113
    • [^] # Re: Gtk+ et l'accessibilité

      Posté par . Évalué à 3.

      c'est pas vraiment ici que t'arrivera à faire avançer le shmilblick sur ce bug...
      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 . Évalué à 3.

        Il faut vraiment être motivé pour faire un patch, c'est pareils sur tous les projets ?
        Ou bien l'équipe de gtk est vraiment en sous effectif ?
        • [^] # Re: Gtk+ et l'accessibilité

          Posté par . Évalué à 7.

          Je dirais que l'équipe est en effet en sous effectifs. Il y a peu de bon programmeur en C capable d'investir du temps dans la programmation type GObject, et encore moins avec assez de temps pour devenir mainteneur...
          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 (page perso) . Évalué à 2.

            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...

            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 . Évalué à 2.

              Je n'ai pas de liens vers les patchs en question, ce n'est pas moi qui travaille dessus, désolé.
              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 . Évalué à 8.

              En même temps, y a 10 fois plus de développeurs payés pour bosser à temps plein sur Qt que sur Gtk+.
          • [^] # Re: Gtk+ et l'accessibilité

            Posté par . Évalué à 4.

            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é.

            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 (page perso) . Évalué à 4.

        Je fait comment pour contacter le mainteneur ? D'après la page, le bogue est assigné à Christian Neumair (mais je vois pas d'adresse de contact).

        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 . Évalué à 4.

          En fait il faut ouvrir un compte sur le bugzilla pour pouvoir avoir les adresses de contacts... sinon, le robots snifeurs auraient tôt fait de spammer sa boite mail... même si je suis certain que c'est déjà le cas.
          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 (page perso) . Évalué à 9.

    GTK+ a enfin cette fonctionnalité avec seulement quelques années de retard sur Qt.

    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 . Évalué à 4.

      Ce qui serait génial c'est justement de porter GTK+ au dessus de graphic view. Comme ça on profiterait de la vitesse de Qt, et le portage des applications serait simplifié.
      Ç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 . Évalué à 4.

      GTK+ a enfin cette fonctionnalité avec seulement quelques années de retard sur Qt.

      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.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.