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.
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 :
- Gnumeric sous Windows XP
- GIMP sous Windows Vista
Aller plus loin
- Journal à l'origine de la dépêche (157 clics)
- Binaires GTK+ 3 Win32 officiels (327 clics)
- Tutoriel GTK+ 3 win32 (225 clics)
# malheureuses récentes transitions
Posté par walken . É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 david.g . É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 Sytoka Modon (site web personnel) . Évalué à 9.
GTK n'est pas GNOME…
# Questions de débutant + Erreurs
Posté par yvand . É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 :
[^] # Re: Questions de débutant + Erreurs
Posté par Benoît Sibaud (site web personnel) . Évalué à 4.
Corrigées, merci.
[^] # Re: Questions de débutant + Erreurs
Posté par slos (site web personnel) . Évalué à 4.
On peut boire un coup -et plus si affinité- puis lui tordre le cou…
Merci Tarnyko !
Cordialement,
Stéphane
[^] # Re: Questions de débutant + Erreurs
Posté par ZeroHeure . Évalué à 3.
Bien vu! C'est corrigé! Hips!
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: Questions de débutant + Erreurs
Posté par Tarnyko (site web personnel) . Évalué à 2.
De rieeeeen !
[^] # Re: Questions de débutant + Erreurs
Posté par Tarnyko (site web personnel) . Évalué à 9.
Question de support. Il faut qu'une ou plusieurs personnes se dévouent pour servir de "point d'entrée" aux questions, faire des revues de patches, discuter avec les développeurs…
Meilleurs rapports de bugs (puisque les gens seront incités à utiliser tous les mêmes binaires, pas une version compilée dans un coin avec des options et patches inconnus), reconnaissance de la qualité du port, garantie de confiance pour les développeurs tiers…
# Non mais sérieusement
Posté par ariasuni . É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èmeinstalle 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 Tarnyko (site web personnel) . Évalué à 6.
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 zebra3 . É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 Tarnyko (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 ariasuni . É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 David Demelier (site web personnel) . Évalué à 9.
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 xcomcmdr . Évalué à 1.
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 tanguy_k (site web personnel) . Évalué à 3.
Et precisement tu le reconnais a quoi ?
[^] # Re: Non mais sérieusement
Posté par hadrien01 . Évalué à 4.
La première façon de la voir est la barre de défilement. Elle a une petit carré au milieu au lieu d'être "simple". Plein d'autres petits détails permettent de reconnaître Qt, comme on peut reconnaitre WinForms ou du xaml.
[^] # Re: Non mais sérieusement
Posté par Littleboy . Évalué à 5.
Hop hop, il va bientot falloir trouver autre chose: https://bugreports.qt-project.org/browse/QTBUG-26503 :)
[^] # Re: Non mais sérieusement
Posté par zebra3 . Évalué à 5.
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
MetroModern 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 floriang . Évalué à 8.
Office n’a jamais vraiment utilisé le même thème que Windows…
^_^[^] # Re: Non mais sérieusement
Posté par deasy . Évalué à 1.
ça peut changer avec la restructuration chez eux…
[^] # Re: Non mais sérieusement
Posté par Renault (site web personnel) . Évalué à 7.
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 Jehan (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 Tarnyko (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 ?).
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.
Non, j'ai rarement dû toucher aux Makefile.am, les versions du moment sont propres.
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".
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.
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 Jehan (site web personnel, Mastodon) . Évalué à 3.
Salut,
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. :-)
Ok je réessaierai et je t'enverrai un email directement, avec les messages d'erreur, si ça foire. :-)
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 ]
[^] # Re: Tu compiles depuis Win ou en natif?
Posté par Tarnyko (site web personnel) . Évalué à 1.
Je t'en prie !
OK. Fais juste attention, depuis peu, mingw32 n'est plus utilisable -et mon buildenv non plus, donc (mingw64 requis).
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.