Journal GTK+ 3 disponible officiellement pour Win32 !

Posté par (page perso) . Licence CC by-sa
Tags :
34
27
oct.
2013
Ce journal a été promu en dépêche : GTK+ 3 disponible officiellement pour Win32 !.

Cela fait bien longtemps (au bas mot, deux ans) que GTK+ 3 compile et s'exécute sans souci majeur sous Win32.

Cependant l'absence de binaires "officiels" -comprendre, disponibles sur un site approuvé par l'équipe du projet GNOME- a longtemps été un point bloquant pour les projets multi plateformes désireux de migrer vers la nouvelle version de la boîte à outils.

La demande de tels binaires a été fréquente, et il est même possible que cela ne soit pas sans lien avec certains malheureures récentes transitions ;-).

Quoi qu'il en soit, après bien des efforts fournis de toutes parts,
un bundle et des paquets individuels sont disponibles au téléchargement sur le site officiel de GTK+ *.

Un bien beau résultat qui tordra le coup a certains trolls récurrents sur le sujet…

(*: à noter, la présence d'un nouveau tutoriel)

  • # Félicitations

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

    Plus qu'à porter gvim en gtk3 et doze sera utilisable =)

  • # Binding Python !!

    Posté par . Évalué à 6. Dernière modification le 27/10/13 à 10:34.

    Il reste le même effort pour le binding python et je pourrai enfin migrer de gtk2 à gtk3 pour faire tourner mes applis sous windows.

    A ma connaissance, Gramps est le seul à faire du python/gtk3 sous windows. Au vu du wiki, c'est assez galère. Il y a le même besoin que le journal en question : un bundle simple à mettre en place comme le vénérable pygtk-all-in-one.

    • [^] # Re: Binding Python !!

      Posté par . Évalué à 0.

      Pour relancer la guéguerre GTK/Qt, les bindings python de Qt (j'utilise pyQt mais pySide existe aussi) est vraiment efficace et multiplateforme. Je développe de petites applications sous Mac et Linux suivant la machine que j'utilise et les envoie à l'utilisateur qui est sous Windows sans jamais me poser de question.

    • [^] # Re: Binding Python !!

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

      Salut stopspam,

      La mise à jour du bundle PyGTK dont tu parles était une proposition GSoC, mais malheureusement personne ne s'est proposé :-(.

      Je maintiens le bundle Windows qu'annonce le journal ; je sais également générér des installeurs avec NSIS. Ma seule lacune ici est mon manque de connaissance de Python (sa façon de gérer les bibliothéques, bindings, etc..). Si tu es intéressé pour contribuer et faire avancer la chose, n'hésite pas à venir vers moi.

      • [^] # Re: Binding Python !!

        Posté par . Évalué à 3. Dernière modification le 28/10/13 à 22:34.

        Ma seule lacune ici est mon manque de connaissance de Python (sa façon de gérer les bibliothéques, bindings, etc..). Si tu es intéressé pour contribuer et faire avancer la chose, n'hésite pas à venir vers moi.

        Malheureusement, je ne te serai pas d'une grande aide sur la façon de créer un binding python… Je ne sais que les installer (via le gestionnaire du paquet du système ou via pip) et les utiliser. Je peux néanmoins consacrer du temps sur la doc ou bien les tests.

        Je suis tout même tombé sur un truc qui n'a l'air d'avoir aucune visibilité (stackoverflow, gtk, forum…) mais qui fonctionne pour l'instant : PyGObjectWin32 !! Prendre cette archive et suivre le readme.

        J'arrive effectivement à lancer quelques bouts de code python/gtk3 mais aucune idée de la qualité des binaires gtk par rapport à ceux que tu proposes… Je vais essayer de migrer une appli qui utilise quelques widgets et je ferai un retour. Si c'est ok, ça voudrait dire qu'il ne reste qu'à faire un setup via avec NSIS.

        • [^] # Re: Binding Python !!

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

          L'archive de Tuma ? Oui, elle marche pas trop mal ; je ne l'ai pas mentionnée car elle utilise des versions très anciennes, et craignais qu'on me le reproche.

          Il faudrait en refaire une version à jour à partir des sources, avec des patchs documentés.

    • [^] # Re: Binding Python !!

      Posté par . Évalué à 1.

      A ma connaissance, Gramps est le seul à faire du python/gtk3 sous windows. Au vu du wiki, c'est assez galère.

      Effectivement les instructions du wiki avait généré la version unstable pour des tests.

      Entre temps, une version AIO a fait son apparition …
      source : http://sourceforge.net/mailarchive/message.php?msg_id=31467334

  • # Enfin !!!

    Posté par . Évalué à 5.

    Je me demandais quand GNOME allait réagir pour éviter la migration des applications de GTK vers Qt.
    Je crois que même Firefox veut s'y mettre.

    À mon humble avis : GTK a 2 freins : son langage le C et le nombre de ports.
    Vala est là je pense, pour offrir un langage plus moderne, et j'espère qu'il percera.
    Gtk uniquement pour linux n'est pas suffisant, on le voit bien un port officiel Windows en 32 et 64 bits est vraiment le minimum.

    Le plus serait de suivre les pas de Qt ( port officiel OSX, Android, iOS, … et pouvoir facilement développer des IHM)

    J'espère que cette initiative rassurera les développeurs et qu'ils décideront de continuer à développer avec GTK.

    • [^] # Re: Enfin !!!

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

      Vala est là je pense, pour offrir un langage plus moderne, et j'espère qu'il percera

      Le sujet Vala a deja ete aborde et apparemment c'est pas l'ideal : http://linuxfr.org/nodes/96897/comments/1419673
      Resume rapide : "Après quelques années d'utilisation de Vala, je conseillerais plutôt le C maintenant. Il y a des avantages à Vala, mais aussi des (gros) inconvénients".

      On pourrait imaginer que Vala soit recent et donc que c'est juste une question de temps, en fait Vala existe depuis 2006 (7 ans).

      • [^] # Re: Enfin !!!

        Posté par . Évalué à 1.

        Vala et C/GObject c'est un peu comme l'Objective-C et la libobjc. Sous OS X / iOS ce n'est pas si mal en terme de perfs.

    • [^] # Re: Enfin !!!

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

      Le plus serait de suivre les pas de Qt ( port officiel OSX

      Le port OSX est plus ou moins dans le même état que le Windows il y a peu : fonctionnel, mais a besoin de quelqu'un qui le suive de près.

      Dans le même ordre d'idée, je contribue actuellement à GtkGLArea, qui supporte Linux, Windows, mais pas OSX… et la demande revient fréquemement.

      Et j'ai aussi créé un dépôt pour Vala sous OSX, qui fonctionne, mais que je laisse "dormant" tant que je n'ai pas de réponse à mon appel à contribution.

      Bref, un connaisseur OSX, ou simplement un passionné avec un peu de temps libre, est plus que bienvenu. Le cas échéant, je coache ;-).

      Android, iOS

      +1000. J'ai déjà creusé le sujet, et c'est pas irréalisable sous Android, mais là il faudrait définitivement un sponsor.

      J'espère que cette initiative rassurera les développeurs et qu'ils décideront de continuer à développer avec GTK.

      Moi aussi. Merci pour tes encouragements.

      • [^] # Re: Enfin !!!

        Posté par . Évalué à 6.

        Le port OSX est plus ou moins dans le même état que le Windows il y a peu : fonctionnel, mais a besoin de quelqu'un qui le suive de près.

        C'est toujours base sur le X11 de mascosx ou ils ont finit par utiliser cocoa?
        Entre x11 et les raccourcis mappes sur ctrl plutot que cmd, c'etait vraiment une plaie a utiliser.

        Linuxfr, le portail francais du logiciel libre et du neo nazisme.

        • [^] # Re: Enfin !!!

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

          C'est toujours base sur le X11 de mascosx ou ils ont finit par utiliser cocoa?
          Entre x11 et les raccourcis mappes sur ctrl plutot que cmd, c'etait vraiment une plaie a utiliser.

          Pour GIMP, on conseille aux gens d'utiliser le backend Quartz de GTK+ pour OSX (= Cocoa d'après ce que je lis sur le web), car GTK+ sous OSX avec X11 serait vraiment trop mauvais/cassé.
          Donc la réponse est "oui, GTK+ marche avec Cocoa", et c'est même conseillé (en tous cas par l'équipe GIMP). Cependant il semblerait que les "ports" (des sortes de paquetages pour OSX, si je pige bien) fournissent plus souvent un GTK+ compilé pour X11. L'autre jour, le designer principal de l'équipe réinstallait GIMP et il a dû compiler GTK+ à la main avec la cible "quartz" (option --with-gdktarget=[x11/win32/quartz/directfb]) à cause de cela.

          Tout cela avec beaucoup d'incertitudes dans mes propos, car je n'ai moi-même accès à aucun Mac, donc je ne sais pas à quel point le port Quartz est bien ou non. Et a priori il a aussi pas mal de bugs. Mais il reste mieux que sous X11 pour OSX d'après ce que disent ceux qui utilisent GIMP sous OSX (du moins pour GTK+ 2, car GIMP n'a pas encore migré vers GTK+ 3).

          Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]

          • [^] # Re: Enfin !!!

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

            Cependant il semblerait que les "ports" (des sortes de paquetages pour OSX, si je pige bien) fournissent plus souvent un GTK+ compilé pour X11.

            Oui, le GTK+ de MacPorts et HomeBrew utilise X11, à moins de spécifier le contraire ; par exemple avec MacPorts :

            port install gtk3 +quartz -x11 +nox11_

            Je fournis un bundle OSX (non-officiel) avec Quartz pour ceux qui veulent tester, mais l'installeur OSX-Vala avec création automatique des raccourcis et variables d'env. est sans doute le plus rapide.

          • [^] # Re: Enfin !!!

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

            Par expérience, tout ce qui utilise X11 sur OS X est à proscrire. Ça donne un mélange vraiment peu utilisable et très mal intégré… (sans compter que X11 est de plus en plus « difficile » à installer sur OS X : il était fourni par défaut il y a quelques années, puis en option, et maintenant il faut recompiler, de mémoire).

  • # Et Clutter ?

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

    Et Clutter, c'est pas dans le package on dirait ?

    • [^] # Re: Et Clutter ?

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

      Clutter ne peut pas vraiment être considéré comme GTK+ (malgré la présence du binding clutter-gtk).

      J'en distribue cependant des binaires (non-officiels) ; c'est concu pour être aspiré par ValaWinPKG, mais on peut aussi télécharger l'archive directement.
      Ca marche plutôt bien.

Suivre le flux des commentaires

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