GTK+ 3 disponible officiellement pour Win32 !

Posté par  (site web personnel) . Édité par Florent Zara, Benoît Sibaud et ZeroHeure. Modéré par claudex. Licence CC By‑SA.
Étiquettes : aucune
38
28
oct.
2013
Gnome

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 plates-formes désireux de migrer vers la nouvelle version de la boîte à outils.

bannière GTK+

La demande de tels binaires a été fréquente, et il est même possible que cela ne soit pas sans lien avec certaines malheureuses récentes transitions (NdM : Mais certains confirment leur choix, comme le projet Eclipse qui à partir de "Luna", prévue en 2014, utilisera GTK3 par défaut si disponible sous Linux/Unix à la place de GTK2) ;-). 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+, accompagné d'un nouveau tutoriel.

Un bien beau résultat qui tordra le cou à certains trolls récurrents sur le sujet…

NdM : merci à Tarnyko pour son journal.

  • gedit sous Windows Vista :

gedit sous Windows

  • Gnumeric sous Windows XP

Gnumeric sous Windows XP

  • GIMP sous Windows Vista

GIMP sous Windows Vista

Aller plus loin

  • # malheureuses récentes transitions

    Posté par  . Évalué à -10.

    "malheureuses récentes transitions", je ne suis pas du tout d'accord, ce n'est pas tant malheureux, ce qui est malheureux selon moi, c'est le passage de GTK2 a GTK3. Depuis que Gnome est inutilisable (version3), je me contre fiche de ce qui peux bien arriver a gtk/gnome.

    • [^] # Re: malheureuses récentes transitions

      Posté par  . Évalué à 10. Dernière modification le 28 octobre 2013 à 20:18.

      Si certains pouvaient s'en "contre ficher" sans se sentir obliger de nous en faire part ;).

      En tous cas c'est une bonne nouvelle et je sais que Tarnyko a travaillé pour que ses binaires arrive enfin sur le site officiel :) (Bravo et merci).

      On peut lui trouver tout les défauts du monde je maintiens des applications Gtk+ Windows/Linux et je ne suis pas "maso".

    • [^] # Re: malheureuses récentes transitions

      Posté par  (site web personnel) . Évalué à 9.

      GTK n'est pas GNOME…

  • # Questions de débutant + Erreurs

    Posté par  . Évalué à 4.

    Je me demande pourquoi avoir attendu autant de temps avant de mettre à disposition des binaires officiels de GTK+3 ?
    Je vois une capture d'écran de GIMP, mais GIMP était disponible sous Windows depuis longtemps, la présence de ces binaires officiels changent quelques chose ? (meilleure intégration ?)

    Au passage, je pense qu'il s'agit d'erreurs :

    avec certains malheureuses récentes transitions

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

  • # Non mais sérieusement

    Posté par  . Évalué à 4.

    il y a vraiment des gens qui utilisent Windows?

    Sinon, pourquoi avec GTK3 on a toujours le droit au même immonde thème d'icônes?

    Autant sous GNU/Linux on change le thème installe gnome-tweak-tool et on change le thème ou via le centre de configuration de KDE, autant sous Windows ça m'a l'air bien drôle pour ne pas dire hilarant.

    Écrit en Bépo selon l’orthographe de 1990

    • [^] # Re: Non mais sérieusement

      Posté par  (site web personnel) . Évalué à 6.

      on a toujours le droit au même immonde thème d'icônes

      Les thèmes d'icônes sont personnalisables sous win32 aussi, il y a un "settings.ini" comme sous Linux, et même les formats vectoriels (SVG) sont gérés…

      Après, inclure plein de thèmes, ça fait vite un bundle de 200 Mo. Alors que la demande était au contraire "plus petit possible" !

      Maintenant il suffirait d'une bonne âme pour nous écrire une petite appli GTK+3-Windows récupèrant les thèmes sur les dépôts du Net, et les activant/désactivant dans ce fameux fichier ;-).

      • [^] # Re: Non mais sérieusement

        Posté par  . Évalué à 3.

        Mais un thème spécial Windows avec les icônes standards de ce dernier, ce n'était vraiment pas possible ?

        Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

        • [^] # Re: Non mais sérieusement

          Posté par  (site web personnel) . Évalué à 3.

          Dans le temps, il y avait un moteur (engine) GDK nommé GTK-Wimp qui servait de "glue" entre GTK+ et les widgets natifs de Windows.

          Il n'a pas été porté sous GTK+3, mais je suppose que c'est loin d'être infaisable.
          Une solution plus rapide serait d'écrire un simple accesseur capable de "lire" les icônes dans les binaires systèmes (comme shell32.dll) pour les réafficher via Gdk-Pixbuf ou Cairo.

          Plein d'idées, plein de projets !

      • [^] # Re: Non mais sérieusement

        Posté par  . Évalué à 5.

        La question sous-jacente était: pourquoi au passage à GTK3 on a gardé le même (antique et selon moi immonde) thème GTK et d'icônes par défaut?

        Écrit en Bépo selon l’orthographe de 1990

    • [^] # Re: Non mais sérieusement

      Posté par  (site web personnel) . Évalué à 9.

      il y a vraiment des gens qui utilisent Windows?

      Il y a vraiment des gens qui utilisent Gtk ? Perso pour le multi plateforme rien ne vaut Qt4+. Plus simple, plus propre, plus intégré. Quand on utilise une appli Qt sur Windows on a vraiment l'impression d'utiliser une native.

      gtk_moi_j'ai_vite_fait_mon_choix_de_toolkit_parce_qu_il_est_mieux_integre_et_plus_convivial_a_programmer(G_OBJECT(Qt5));

      git is great because linus did it, mercurial is better because he didn't

      • [^] # Re: Non mais sérieusement

        Posté par  . Évalué à 1.

        Quand on utilise une appli Qt sur Windows on a vraiment l'impression d'utiliser une native.

        Euh, non. C'est joli, c'est bien intégré, c'est à mille lieux plus agréable qu'une application GTK sous Windows, mais on reconnaît tout de suite sous Windows une application QT. Tout comme on reconnaît de suite une application Windows Forms, ou WPF.

        "Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)

      • [^] # Re: Non mais sérieusement

        Posté par  . Évalué à 5.

        Quand on utilise une appli Qt sur Windows on a vraiment l'impression d'utiliser une native

        Justement, une appli Qt sous Windows, ce n'est pas une appli native ?

        D'ailleurs, ça ne veut plus rien dire « appli native » pour Windows, il y a tellement de frameworks graphiques que c'est pas tellement mieux que Linux…

        C'est même encore pire avec Windows 8 qui a introduit Metro Modern UI, qu'Office n'utilise pas :-)

        Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

        • [^] # Re: Non mais sérieusement

          Posté par  . Évalué à 8.

          Office n’a jamais vraiment utilisé le même thème que Windows… ^_^

        • [^] # Re: Non mais sérieusement

          Posté par  (site web personnel) . Évalué à 7.

          D'ailleurs, ça ne veut plus rien dire « appli native » pour Windows, il y a tellement de frameworks graphiques que c'est pas tellement mieux que Linux…

          La Win API native.
          Normalement GTK et Qt comme les autres font une redirection de leurs appels vers ceux de la Win API mais ils peuvent ajouter leur propre truc par dessus dont un thème différent.
          C'est comme utiliser X nativement sous Unix,en soit c'est possible et ses applications sont très reconnaissables. La Win API a des particularités graphiques assez spécifiques.

  • # Tu compiles depuis Win ou en natif?

    Posté par  (site web personnel, Mastodon) . Évalué à 4.

    Salut Tarnyko,

    Si je comprends bien, tu es celui qui maintient ces paquets. J'ai voulu cross-compiler gtk+ master à l'instant, et ça foire. Quand je regarde les Makefile.am, je constate que c'est normal car il y a des règles vraisemblablement manquantes requises par d'autres règles conditionnelles entourées de "if OS_WIN32" (donc ça reste invisible jusqu'à ce qu'on compiles pour Win).

    Donc la question que je me pose est: tu compiles avec les autotools ou avec un autre système de build (je vois des makefile.msc qui parle de compiler avec Microsoft C apparemment et je vois des fichiers pour Visual Studio)?
    Autre question: tu compiles sous Windows, ou tu cross-compiles?
    Merci!

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

    • [^] # Re: Tu compiles depuis Win ou en natif?

      Posté par  (site web personnel) . Évalué à 1.

      Salut Jehan,

      Désolé pour la réponse tardive, mais je n'ai pas vu ton commentaire jusqu'à maintenant (peut-être peut-on se faire prévenir par mail ?).

      j'ai voulu cross-compiler gtk+ master à l'instant, et ça foire

      master subit fréquemment des modifs de développeurs purs Unix/Linux qui n'envisagent pas le cas "Windows". Je passe donc derrière pour réparer (par exemple ça). Tu peux réessayer maintenant, il est tout à fait probable que ça fonctionne.

      Quand je regarde les Makefile.am, je constate que c'est normal

      Non, j'ai rarement dû toucher aux Makefile.am, les versions du moment sont propres.

      tu compiles avec les autotools ou avec un autre système de build

      autotools/mingw, avec des scripts perso. Tu peux trouver des anciennes versions du buildenv ici. J'ai malheureusement pas encore eu le temps d'y mettre celui de la "prod".

      tu compiles sous Windows, ou tu cross-compiles?

      Je cross-compile. Idéalement je ferais sous win, c'est 1000x plus facile et aussi performant, mais les binaires fournis doivent provenir d'une machine GNOME pour être certifiés = Linux.

      je vois des makefile.msc

      Les scripts MSVC sont fournis par d'autres contributeurs. Je ne les utilise pas, à la fois pour éviter les problèmatiques de version de CRT, et parce que je maîtrise moins bien ce compilateur.

      • [^] # Re: Tu compiles depuis Win ou en natif?

        Posté par  (site web personnel, Mastodon) . Évalué à 3.

        Salut,

        Désolé pour la réponse tardive

        Même tard, merci pour la réponse. Je ne crois pas qu'on puisse se faire prévenir par email sur linuxfr (et franchement dans les cas où un de nos commentaires innocents déclenchent des discussions déchaînées par certains des trolls sévissant ici, franchement non merci!).
        Par contre on peut peut-être continuer la discussion par email. :-)

        Tu peux réessayer maintenant, il est tout à fait probable que ça fonctionne.

        Ok je réessaierai et je t'enverrai un email directement, avec les messages d'erreur, si ça foire. :-)

        autotools/mingw, avec des scripts perso.

        C'est peut-être le problème. Je cross-compile sans rien ajouter en "script perso". Normalement un projet devrait bien cross-compiler de la même manière que la compilation native, avec les autotools (on ajoute simplement les options qui vont bien. Je réalise que tes scripts persos, c'est peut-être juste ça: des scripts pour rajouter les options qui vont bien au ./configure et mettre à jour les variables d'environnement. Pour ça j'ai développé mon outil générique en fait: crossroad).
        J'arrive parfaitement à cross-compiler la branche gtk-2-24 par exemple sans rien faire spécial (pas tout à fait vrai, j'ai un petit patch en attente, mais une fois ce patch appliqué, c'est bon).

        Bon en tous cas, je réessaye pour master, et je te tiens au courant.
        Merci pour la réponse.

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

Suivre le flux des commentaires

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