À noter pour les afficionados d'OpenGL 1.X/2.X qu'il n'est pas explicitement dit que cela supporté (même si on parle à un moment de "compatibility profiles"). Je suppose que ça dépendra de la lib du vendeur.
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.
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.
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 ;-).
pourquoi avoir attendu autant de temps avant de mettre à disposition des binaires officiels de GTK+3
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…
la présence de ces binaires officiels changent quelques chose ?
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…
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.
Effectivement ; d'autant qu'il intègre GLU (ce que jwzgl ne fait pas) et peut remplacer libGL.so à l'exécution, sans besoin de recompiler.
Il a par contre comme jwzgl parfois tendance à se tromper dans les profondeurs.
PS : L'idéal serait quand même d'avoir une vraie implémentation de référence. J'ai trouvé ça en rapport au commentaire de Léo, mais ça ne fournit pas EGL et ne me paraît pas encore prêt d'arriver, si ?
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.
la problématique GLX/EGL est (théoriquement) orthogonale à la problématique GL/GLES
Tu as tout à fait raison.
Je pensais d'ailleurs initialement faire une dépêche consacrée uniquement à l'aspect GLX (on prend une appli GLES/GLX sous X11 pour la porter en GLES/EGL sous Wayland).
Le problème est que les cas d'application ne sont pas légion. L'immense majorité des applis GL sous X sont encore en vieux GL 1.X ; j'ai préféré mélanger avec la très courante problématique GL pour faire concret (et je pense que si EGLX est utilisé ailleurs, il le sera comme ça, de concert avec jwzGLES ou un autre wrapper).
ça va être corrigé par une nouvelle ABI proposée par NVidia
Alors là, je suis très intéressé. Je vais chercher, mais au cas où, aurais-tu un lien ?
Ben voila : il ya des OS de troisièmes zone, et ben les utilisateurs de ces OS disent aux dev' que c'est lourd. Et comme ils sont nombreux…
Qt considère Linux, Windows et Mac comme importants: Qt Reference Configurations
Juste pour information, le port Windows dispose d'une distribution officielle depuis ce vendredi.
C'est surtout la reconnaissance de l'existant (le port marche bien), mais ce n'est pas anodin pour autant, dans le sens où de nombreux projets l'attendaient.
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.
TurnKey Linux propose cette fonctionvia une GUI. C'est cependant plus qu'une solution NAS, et peut-être un peu "too much" pour tes besoins. Tu devrais essayer.
Je ne connais aucun NAS prêt-à-l'emploi qui le propose pour l'instant ; c'est cependant une feature request pour NAS4Free. Tu pourrais contribuer en créant l'interface, ou carrément suivre l'idée du post avec la migration vers Samba 4 -plus de travail, mais ouvre un maximum de possibilités.
Juste une question : comment peut-on avoir une liste complète des projets déposés ? La page d'accueil ne montre que les derniers, et pas de lien évident pour ceci.
Je le sais bien alagoutte, mais je n'ai pas voix au chapitre là-dessus. Il faut se contenter des binaires que l'on fournit pour l'instant (moi et quelques autres).
La dernière version résout plusieurs bugs, dont un avec le dual screen. Mon build system est en train de la compiler ; je vais fournir le lien à B.l.nt et, si problèmes il y a encore, regarder ce qu'on peut faire dans le code.
Le port Windows fonctionne très bien, je bosse dessus en ce moment ; s'il y a des problèmes que je ne connais pas, il faut me les remonter (directement ou viaBugzilla).
Il est possible que l'absence de version à télécharger sur le site officiel soit ce qui dérange les devs. Si c'est le cas, je ne peux pas -encore- faire grand-chose à ce niveau-là
Ah OK, c'est bien ce que je pensais. Oui c'est vrai que le choix de GTK+ de fournir ses propres sélecteurs (fichiers, polices, couleurs…) plutôt que d'utiliser ceux du système ne fait pas l'unanimité. Encore qu'un peu de hacking suffirait à implémenter ça, la branche Mac est la plus ouverte en ce moment.
X11 obligatoire ? C'est étonnant, il me semble que GTK+ supporte le système d'affichage natif OS X (Quartz) depuis quelque temps déjà. Exemple : MonoDevelop.
Enfin, peut-être que les développeurs Wireshark ont trouvé des bugs ou des insuffisances dans cette partie. Mais ils devraient essayer les nouvelles versions, ça a beaucoup bougé ces 6 derniers mois.
L'article m'a donné envie de découvrir Cairo-Dock ; installé sur la dernière Ubuntu (13.04), c'est joli, rapide même sans l'accélération 3D, très configurable… Personnellement, je suis assez fan de la vue "Raccourcis" de l'explorateur de fichier (déploie les partitions, CD, dossiers perso… dans une petite vignette).
patcher le code de ton côté et fournir une version alternative via un PPA par exemple ; c'est ce que fait le PPA GTK+3 Broadway pour Ubuntu (simple recompile ici, mais on pourrait faire n'importe quoi) ;
coder un module externe via la fonction gtk_module_init (), intercepter les événements qui t'intéressent pour modifier le comportement final. Exemple de module connu et exemple d'utilisation. L'utilisateur ou le launcher de l'application doivent activer explicitement le module via la ligne de commande.
Pour reprendre l'exemple de mon patch, la 1ère approche est mille fois plus facile mais la 2ème plus élégante (et moins sujette au shitstorm…). Pour l'instant la version patchée tourne (bien) sur mon ordinateur, je fais rien mais si des gens me demandent je peux réfléchir à placer des binaires quelque part.
Pour être tout à fait honnête, et en dehors du nettoyage du code, il y a deux très bonnes choses dans GTK+3 :
la gestion des thèmes Windows est intégrée, et non plus déléguée à un module externe (wimp). Sous GTK+2 il ne fonctionnait que sous quelques versions ; 2.20 ne l'avait pas par exemple et donc c'était moche. Maintenant c'est maintenu en core, et à l'usage sur les versions récentes de Win, c'est même assez joli.
Broadway. Une fonction sous-exploitée mais qui fait rêver -elle vend presque GTK+3 à elle toute seule. Il suffirait d'un projet à succès l'exploitant pour garantir une longue vie au toolkit.
A la base c'est une bonne techno. Mais l'influence d'une équipe de design sur ce qui est censément un toolkit généraliste est par contre un point polémique.
Merci de ton soutien sur ton post précédent. Pour moi l'incident est clos, je suis passé à autre chose.
Ah c'était toi :-O ?
Je m'excuse si mon commentaire a pu paraître un peu rude, je réagissais en même temps à beaucoup de sh*t/troll, et tu as subi un dégât collatéral.
Sauf qu'à ma connaissance, tu n'es pas mainteneur officiel GTK.
Fournir une version officielle d'un installateur GTK pour Windows indiquerait que c'est à nouveau officiellement supporté, et qu'il y a un mainteneur actif.
Tu soulèves des points pertinents ; effectivement tout ça est vrai. Je te contacte par mail pour davantage d'explications.
Merci d'être constructif, c'est assez rare sur les forums et commentaires, tu peux compter sur mon retour. On a un projet à faire avancer dans notre intérêt à tous.
[^] # Re: Ne pas confondre !
Posté par Tarnyko (site web personnel) . En réponse à la dépêche EGLX : un petit traducteur GLX-EGL pour Wayland. Évalué à 1.
Très intéressant, merci !
À noter pour les afficionados d'OpenGL 1.X/2.X qu'il n'est pas explicitement dit que cela supporté (même si on parle à un moment de "compatibility profiles"). Je suppose que ça dépendra de la lib du vendeur.
[^] # Re: Et Clutter ?
Posté par Tarnyko (site web personnel) . En réponse au journal GTK+ 3 disponible officiellement pour Win32 !. É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.
[^] # Re: Non mais sérieusement
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GTK+ 3 disponible officiellement pour Win32 !. É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 Tarnyko (site web personnel) . En réponse à la dépêche GTK+ 3 disponible officiellement pour Win32 !. É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: Questions de débutant + Erreurs
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GTK+ 3 disponible officiellement pour Win32 !. Évalué à 2.
De rieeeeen !
[^] # Re: Questions de débutant + Erreurs
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GTK+ 3 disponible officiellement pour Win32 !. É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…
[^] # Re: Binding Python !!
Posté par Tarnyko (site web personnel) . En réponse au journal GTK+ 3 disponible officiellement pour Win32 !. É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: Enfin !!!
Posté par Tarnyko (site web personnel) . En réponse au journal GTK+ 3 disponible officiellement pour Win32 !. Évalué à 2.
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: glshim
Posté par Tarnyko (site web personnel) . En réponse à la dépêche EGLX : un petit traducteur GLX-EGL pour Wayland. Évalué à 1.
Effectivement ; d'autant qu'il intègre GLU (ce que jwzgl ne fait pas) et peut remplacer libGL.so à l'exécution, sans besoin de recompiler.
Il a par contre comme jwzgl parfois tendance à se tromper dans les profondeurs.
PS : L'idéal serait quand même d'avoir une vraie implémentation de référence. J'ai trouvé ça en rapport au commentaire de Léo, mais ça ne fournit pas EGL et ne me paraît pas encore prêt d'arriver, si ?
[^] # Re: Enfin !!!
Posté par Tarnyko (site web personnel) . En réponse au journal GTK+ 3 disponible officiellement pour Win32 !. Évalué à 8.
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 ;-).
+1000. J'ai déjà creusé le sujet, et c'est pas irréalisable sous Android, mais là il faudrait définitivement un sponsor.
Moi aussi. Merci pour tes encouragements.
[^] # Re: Ne pas confondre !
Posté par Tarnyko (site web personnel) . En réponse à la dépêche EGLX : un petit traducteur GLX-EGL pour Wayland. Évalué à 4.
Tu as tout à fait raison.
Je pensais d'ailleurs initialement faire une dépêche consacrée uniquement à l'aspect GLX (on prend une appli GLES/GLX sous X11 pour la porter en GLES/EGL sous Wayland).
Le problème est que les cas d'application ne sont pas légion. L'immense majorité des applis GL sous X sont encore en vieux GL 1.X ; j'ai préféré mélanger avec la très courante problématique GL pour faire concret (et je pense que si EGLX est utilisé ailleurs, il le sera comme ça, de concert avec jwzGLES ou un autre wrapper).
Alors là, je suis très intéressé. Je vais chercher, mais au cas où, aurais-tu un lien ?
[^] # Re: Pas les premiers à changer et pas les derniers
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Wireshark passe à Qt. Évalué à 4.
Juste pour information, le port Windows dispose d'une distribution officielle depuis ce vendredi.
C'est surtout la reconnaissance de l'existant (le port marche bien), mais ce n'est pas anodin pour autant, dans le sens où de nombreux projets l'attendaient.
[^] # Re: Binding Python !!
Posté par Tarnyko (site web personnel) . En réponse au journal GTK+ 3 disponible officiellement pour Win32 !. É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.
# TurnKey ou contrib ?
Posté par Tarnyko (site web personnel) . En réponse au message Remplacement SME server avec contrôleur de domaine . Évalué à 2.
TurnKey Linux propose cette fonction via une GUI. C'est cependant plus qu'une solution NAS, et peut-être un peu "too much" pour tes besoins. Tu devrais essayer.
Je ne connais aucun NAS prêt-à-l'emploi qui le propose pour l'instant ; c'est cependant une feature request pour NAS4Free. Tu pourrais contribuer en créant l'interface, ou carrément suivre l'idée du post avec la migration vers Samba 4 -plus de travail, mais ouvre un maximum de possibilités.
Bonne chance.
[^] # Re: HS pardon d'avance
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Attention au dépôt debian-multimedia.org !. Évalué à 3.
Il n'existe pas (encore) de section "testing-updates".
Si tu es aventureux, tu pourrais utiliser "testing-proposed-updates" :
testing étant déjà activé par ailleurs, je pense qu'il est inutile de te recommander la prudence…
# Liste des projets
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Open Funding cherche des testeurs beta. Évalué à 2.
Très bonne initiative.
Juste une question : comment peut-on avoir une liste complète des projets déposés ? La page d'accueil ne montre que les derniers, et pas de lien évident pour ceci.
[^] # Re: Interface graphique.
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Wireshark 1.10. Évalué à 3.
Je le sais bien alagoutte, mais je n'ai pas voix au chapitre là-dessus. Il faut se contenter des binaires que l'on fournit pour l'instant (moi et quelques autres).
La dernière version résout plusieurs bugs, dont un avec le dual screen. Mon build system est en train de la compiler ; je vais fournir le lien à B.l.nt et, si problèmes il y a encore, regarder ce qu'on peut faire dans le code.
[^] # Re: Interface graphique.
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Wireshark 1.10. Évalué à 6.
Le port Windows fonctionne très bien, je bosse dessus en ce moment ; s'il y a des problèmes que je ne connais pas, il faut me les remonter (directement ou via Bugzilla).
Il est possible que l'absence de version à télécharger sur le site officiel soit ce qui dérange les devs. Si c'est le cas, je ne peux pas -encore- faire grand-chose à ce niveau-là
[^] # Re: Interface graphique.
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Wireshark 1.10. Évalué à 1.
Ah OK, c'est bien ce que je pensais. Oui c'est vrai que le choix de GTK+ de fournir ses propres sélecteurs (fichiers, polices, couleurs…) plutôt que d'utiliser ceux du système ne fait pas l'unanimité. Encore qu'un peu de hacking suffirait à implémenter ça, la branche Mac est la plus ouverte en ce moment.
[^] # Re: Interface graphique.
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Wireshark 1.10. Évalué à 2.
X11 obligatoire ? C'est étonnant, il me semble que GTK+ supporte le système d'affichage natif OS X (Quartz) depuis quelque temps déjà. Exemple : MonoDevelop.
Enfin, peut-être que les développeurs Wireshark ont trouvé des bugs ou des insuffisances dans cette partie. Mais ils devraient essayer les nouvelles versions, ça a beaucoup bougé ces 6 derniers mois.
[^] # Re: make --prefix
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Distribuer sans distributions ?. Évalué à 5.
Pour rebondir sur ton commentaire Sytoka, une solution qui fonctionne et automatise les étapes que tu écris -plus l'insertion des dépendances.
# Beau boulot
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Cairo-Dock en version 3.2 : les nouveautés. Évalué à 2.
L'article m'a donné envie de découvrir Cairo-Dock ; installé sur la dernière Ubuntu (13.04), c'est joli, rapide même sans l'accélération 3D, très configurable… Personnellement, je suis assez fan de la vue "Raccourcis" de l'explorateur de fichier (déploie les partitions, CD, dossiers perso… dans une petite vignette).
Beau travail, continuez comme ça !
[^] # Re: Association de fichiers
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 3.
Tu as deux approches.
patcher le code de ton côté et fournir une version alternative via un PPA par exemple ; c'est ce que fait le PPA GTK+3 Broadway pour Ubuntu (simple recompile ici, mais on pourrait faire n'importe quoi) ;
coder un module externe via la fonction gtk_module_init (), intercepter les événements qui t'intéressent pour modifier le comportement final. Exemple de module connu et exemple d'utilisation. L'utilisateur ou le launcher de l'application doivent activer explicitement le module via la ligne de commande.
Pour reprendre l'exemple de mon patch, la 1ère approche est mille fois plus facile mais la 2ème plus élégante (et moins sujette au shitstorm…). Pour l'instant la version patchée tourne (bien) sur mon ordinateur, je fais rien mais si des gens me demandent je peux réfléchir à placer des binaires quelque part.
[^] # Re: Association de fichiers
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 7. Dernière modification le 10 avril 2013 à 23:40.
Pour être tout à fait honnête, et en dehors du nettoyage du code, il y a deux très bonnes choses dans GTK+3 :
la gestion des thèmes Windows est intégrée, et non plus déléguée à un module externe (wimp). Sous GTK+2 il ne fonctionnait que sous quelques versions ; 2.20 ne l'avait pas par exemple et donc c'était moche. Maintenant c'est maintenu en core, et à l'usage sur les versions récentes de Win, c'est même assez joli.
Broadway. Une fonction sous-exploitée mais qui fait rêver -elle vend presque GTK+3 à elle toute seule. Il suffirait d'un projet à succès l'exploitant pour garantir une longue vie au toolkit.
A la base c'est une bonne techno. Mais l'influence d'une équipe de design sur ce qui est censément un toolkit généraliste est par contre un point polémique.
Merci de ton soutien sur ton post précédent. Pour moi l'incident est clos, je suis passé à autre chose.
[^] # Re: Association de fichiers
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 3.
Liberforce,
Ah c'était toi :-O ?
Je m'excuse si mon commentaire a pu paraître un peu rude, je réagissais en même temps à beaucoup de sh*t/troll, et tu as subi un dégât collatéral.
Tu soulèves des points pertinents ; effectivement tout ça est vrai. Je te contacte par mail pour davantage d'explications.
Merci d'être constructif, c'est assez rare sur les forums et commentaires, tu peux compter sur mon retour. On a un projet à faire avancer dans notre intérêt à tous.