Gtk en natif pour Mac OS X

Posté par . Modéré par Christophe Guilloux.
Tags : aucun
0
23
nov.
2005
Apple
La bibliothèque Gtk+ est la boite à outils pour applications graphiques la plus répandue sous Linux avec Qt. Elle est utilisée dans des logiciels libres phares comme Gimp, Gnumeric, GNOME, etc.
Cette bibliothèque est utilisable nativement pour la plupart des UNIX et pour Win32. Néanmoins, jusqu'alors son utilisation sous Mac OS X nécessitait l'installation du serveur X ce qui pouvait être source de complications.

La société européenne Imendio AB vient d'annoncer l'intégration au CVS de Gtk+ d'un port natif pour Mac OS X. Ceci devrait améliorer le comportement des applications Gtk+ dans ce système d'exploitation et encourager les développeurs sous OS X à utiliser cette bibliothèque libre et portable. Ce port de Gtk+ utilise Cocoa, la bibliothèque native de développement d'applications graphiques sous OS X.

Soulignons que ce code n'est pour l'instant disponible que dans le CVS de Gtk+ et il reste un certain nombre de choses à faire, voir la section "Things to do" sur leur site. Cette annonce n'en est pas moins une grande nouvelle pour les utilisateurs de Gtk+ et d'OS X.

Rappelons enfin certaines des grands forces de Gtk : c'est une bibliothèque libre (LGPL), très facile d'utilisation, riche en fonctionnalités et supportant des bindings pour de nombreux langages.
  • # La page du projet

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

    Avecques quelques captures d'écran ...
    http://developer.imendio.com/wiki/Gtk_Mac_OS_X
    • [^] # Re: La page du projet

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

      J'adore comme les gens lisent les articles...
      • [^] # Re: La page du projet

        Posté par . Évalué à -1.

        Le pire, c'est qu'à l'heure où j'écris, son message est noté +4, ce qui veut dire que il y a au moins 3 gars qui trouvent "pertinent" de repomper le 1er lien de la dépêche pour un faire un commentaire...

        Ça fait peur en effet ;)
        • [^] # Re: La page du projet

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

          Sur l'audience de Linuxfr.org, ce n'est pas encore énorme comme quantité de personnes! ;-)

          Sans compter que ces personnes trouvent peut-être plus pertinent que le lien soit répété en tant que premier commentaire de cette dépêche plutôt que dans la dépêche elle-même, qui sait....;-)
        • [^] # Re: La page du projet

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

          C'est l'expression « capture d'écran » ou« screenshots » qui attire des clics. C'est beaucoup plus vendeur que « le site d'immendio ».
          Y a aussi le mot « benchmark » qui marche du tonnerre...
          • [^] # Re: La page du projet

            Posté par . Évalué à 10.

            D'un autre côté, c'est un peu normal, rares sont les personnes qui sont tentées poru se taper des pages et de pages de commentaires explicatifs sur une techno qui ne les intéresse à priori pas.

            Alors on regarde en priorité les screenshots (« ah, c'est joli comme truc, voyons ce que c'est capable de faire »), puis les benchmarks (« ah ouais, quand même, il faudrait que je vois à remplacer le vieux truc lent que j'utilise pas cette bombe »), et si on a accroché, hé bien on se tape les caractéristiques, voire la doc et l'installation (c'est d'ailleurs souvent plutôt dans l'ordre installation -> SOS google -> FAQ -> How-To -> doc...), et voilà :-)
          • [^] # Re: La page du projet

            Posté par . Évalué à 8.

            Faut avouer qu'en voyant le "site d'Imendio" j'ai aussi pensé que c'était le site de la société Imendio* et pas la page du projet.



            * D'ailleurs dans la news il est marqué Immendio avec un m de trop :/
      • [^] # Re: La page du projet

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

        Ah pas mal en effet, je devais être un peu dans la lune ce jour là ...
        C'est juste que quand j'ai vu lmendio, je me suis demandé ce que ça venait faire là, et j'ai ouvert les deux liens suivants. Chouette, des captures d'écrans, faisons-en profiter les copains!
        Moralité, le -8 est mérité.
        Vous pouvez aussi inutiliser celui-ci, il est encore moins intéressant que le premier.
  • # Applis GTK sous MacOS X

    Posté par . Évalué à 2.

    Ca veut dire qu'on va pouvoir retrouver plus facilement des applis du monde Unix sous Mac OS X?
    (Sylpheed me manque...)
    • [^] # Re: Applis GTK sous MacOS X

      Posté par . Évalué à 10.

      Plus ou moins.
      En fait, avec fink et/ou darwinports et/ou gentoo, on a deja tout ce qu'on aura avec ce port de gtk+ pour macosX. Ton sylpheed, il existe deja, a recompiler et installer avec fink : http://pdb.finkproject.org/pdb/package.php/sylpheed

      Ce qui va changer, c'est qu'on n'aura plus besoin de lancer X pour lancer ton sylpheed, gimp et d'autres.

      Ce qui va changer aussi, du coup, par effet de bord, c'est que ces applis pourront etre packagees plus facilement pour apple, alors qu'aujourd'hui, il faut utiliser fink ou darwinports ou gentoo. Du coup, elles seront plus faciles a installer pour le mac-user. Second effet de bord : elles seront donc d'autant plus populaires. Troisieme effet de bord : les logiciels libres vont pouvoir se repandre plus facilement sur la plateforme mac. Cool :)

      Le bonjour chez vous,
      Yves
      • [^] # Re: Applis GTK sous MacOS X

        Posté par . Évalué à 3.

        et surtout, on va enfin avoir des applis gtk integrees a mac os (ie, avec cette foutue barre de menu en haut de l'ecran et pas dans la fenetre)
        • [^] # Re: Applis GTK sous MacOS X

          Posté par . Évalué à 7.

          Ca c'est pas dit du tout à mon avis...
          • [^] # Re: Applis GTK sous MacOS X

            Posté par . Évalué à 0.

            precise ton avis...
            • [^] # Re: Applis GTK sous MacOS X

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

              Ben c'est pas parce que Gtk fonctionne en natif sous MacosX que les applis vont automagiquement utiliser la barre de menu de MacosX.
              • [^] # Re: Applis GTK sous MacOS X

                Posté par . Évalué à 0.

                ben j'ose espere que les dev ont pense a ce point de detail qui saute a la gueule de tout maceux et rend gtk inutilisable sur mac.

                Sinon, faudra qu'on m'explique l'interet du portage.
                • [^] # Re: Applis GTK sous MacOS X

                  Posté par . Évalué à 9.

                  T'as pas du comprendre ce que voulait dire "en natif" ici :
                  En bref, c'est qu'au lieu de faire appel à X11 pour tout ce que est des primitives d'affichage, ce portage utilise des appels à Cocoa, le système d'affichage natif. Mais tes applis ont pas la gueule des applis cocoa, elles restent des applis avec un look GTK+ (va voir les screenshots), donc y compris la barre de menu dans la fenêtre et pas en haut de l'écran. C'est peut-être pas très "maceux" comme comportement, mais aucune appli GTK n'a été prévue pour gérer une barre de menu en haut de l'écran, donc forcément ya pas de moyen "simple" de les adapter, à part de les refaire en Cocoa... (ok il doit bien y avoir des bidouilleurs qui feront un patch pour que ce soit le menu de la fenêtre active qui soit affichée, mais après viennent d'autres problèmes du fait des widgets qui sont complètement différents, etc...).

                  Donc peut-être que ça te semble "limité" comme intéret, mais je trouve que c'est déjà un bon pas en avant pour la diffusion des applis GTK sous MacOSX (pour mieux faire switcher ces utilisateurs vers un Linux PPC !)
                  • [^] # Commentaire supprimé

                    Posté par . Évalué à 3.

                    Ce commentaire a été supprimé par l'équipe de modération.

                    • [^] # Re: Applis GTK sous MacOS X

                      Posté par . Évalué à 4.

                      ca marche qu'avec les applis kde ;-)
                    • [^] # Re: Applis GTK sous MacOS X

                      Posté par . Évalué à 2.

                      Oui, quand ton desktop est KDE. Sous windows comment tu fais, même si KDE marche en natif ? Et sous OSX (je sais pas si KDE existe en natif dessus)?
                      D'ailleurs même avec Gnome, ton appli KDE pourra pas avoir son menu en haut de l'écran...
                      • [^] # Re: Applis GTK sous MacOS X

                        Posté par . Évalué à -1.

                        D'ailleurs, ça marche pas non plus avec QtParted sous KDE par exemple ;)
                      • [^] # Re: Applis GTK sous MacOS X

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

                        même avec Gnome, ton appli KDE pourra pas avoir son menu en haut de l'écran...

                        Ben si... essaye tu verras. C'est meme tres casse-pied (la barre gnome superieure est masquee)

                        "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

                  • [^] # Re: Applis GTK sous MacOS X

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


                    mais aucune appli GTK n'a été prévue pour gérer une barre de menu en haut de l'écran, donc forcément ya pas de moyen "simple" de les adapter, à part de les refaire en Cocoa... (ok il doit bien y avoir des bidouilleurs qui feront un patch pour que ce soit le menu de la fenêtre active qui soit affichée, mais après viennent d'autres problèmes du fait des widgets qui sont complètement différents, etc...).


                    Ce n'est pas totalement vrai: il me semble avoir vu trainer des patches pour ca (essentiellement pour tester ou pour le fun), qui ne modifiaient pas les applis, juste GTK et metacity. Par ailleurs, pour leur bébé 770, nokia doit faire un truc du meme genre en plus ou moins poussé, non ? Faudrait voir ce qu'ils en disent sur maemo.org...

                    Par contre, ca ne change rien au probleme des macqueux: intégrer la possibilité d'avoir une barre séparée et en haut, admettons. Intégrer le fait que yait qu'une seule et unique barre, disons que c'est faisable. Par contre, tout cela ne nous donne toujours pas la barre de menu du haut de MacOS X, gérée avec une API spécifique, etc. Je ne doute pas ques les développeurs y aient pensé d'ailleurs, mais ca doit pas etre simple a faire. Wait And See ? :)
                    • [^] # Re: Applis GTK sous MacOS X

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

                      > [...]la barre de menu du haut de MacOS X, gérée avec une API spécifique, etc. Je ne doute pas ques les développeurs y aient pensé d'ailleurs, mais ca doit pas etre simple a faire.

                      Ca doit pas non plus etre excessivement compliqué vu que java, wxwidgets et consorts s'en sortent parfaitement pour mettre le menu là haut.
                      • [^] # Re: Applis GTK sous MacOS X

                        Posté par . Évalué à 3.

                        ben farpaitement, je vois pas trop ou se situe le probleme...

                        C'est cocoa qui fera le rendu au final, donc il faut a un moment ecrire une moulinette gtk=>cocoa.

                        Associer les objet menu-non-popup gtk au menu-non-popup cocoa doit pas etre si dur que ca?
                        • [^] # Re: Applis GTK sous MacOS X

                          Posté par . Évalué à 4.

                          Cool, il va bientôt y avoir plein de patches pour pouvoir gérer ça sur la mailing list de développement de gtk+ :)
                          Il me semble avoir lu des mails qui disaient que c'était super compliqué à faire, mais j'arrive pas à les retrouver pour le moment. En tout cas, c'est pas aussi simple que ce que tu suggères, je ne pense pas que le port de gtk+ fasse un mapping menu au sens de gtk+ => menu cocoa, mais que tout se passe à un niveau beaucoup plus bas, ie gtk+ sait afficher du texte à l'écran, et dessiner des rectangles colorés et des images, donc pour afficher un menu, gtk+ affiche un rectangle avec un fond gris, et ajoute le texte qui va bien (correspondant aux différents éléments de menu) par dessus.
                          • [^] # Re: Applis GTK sous MacOS X

                            Posté par . Évalué à 1.

                            gtk+ sait afficher du texte à l'écran, et dessiner des rectangles colorés et des images, donc pour afficher un menu, gtk+ affiche un rectangle avec un fond gris, et ajoute le texte qui va bien (correspondant aux différents éléments de menu) par dessus.

                            erf, effectivement, vu comme ca, ca doit etre assez casse couille a gerer.
                          • [^] # Re: Applis GTK sous MacOS X

                            Posté par . Évalué à 2.

                            Je ne comprends pas bien. Si ca se passe a un niveau si bas, comment fait Gtk+ Win32 pour utiliser les controles natifs de Windows ? Il n'y a pas de mapping bouton gtk -> bouton windows a un moment donne ?
                            • [^] # Re: Applis GTK sous MacOS X

                              Posté par . Évalué à 3.

                              Il me semble que GTK+ sous win32 calque son style sur le style windows courant, a défaut d'utiliser les contrôles natifs.
                            • [^] # Re: Applis GTK sous MacOS X

                              Posté par . Évalué à 5.

                              Il triche :) C'est un thème http://gtk-wimp.sourceforge.net/ qui fait ça
                              • [^] # Re: Applis GTK sous MacOS X

                                Posté par . Évalué à 2.

                                et ça marche très bien depuis des années.


                                en fait on ne s'en rend pas très bien compte, mais il suffit de regarder la tête des petits éléments comme les checkbox et radiobox, les combox, sliders...

                                the Gimp ou Inkscape sans ce 'thème" (une dll libwimp.dll) peut faire franchement peur aux utilisateurs Windows. avec, par contre, ça a une bonne tête d'application Windows, ça fait tout de suite moins peur.
                                • [^] # Re: Applis GTK sous MacOS X

                                  Posté par . Évalué à 2.

                                  the Gimp ou Inkscape sans ce 'thème" (une dll libwimp.dll) peut faire franchement peur aux utilisateurs Windows


                                  Pas qu'à eux d'ailleurs.
                                  Je me rappellerai toujours de Gimp 1.x sous Windows et de l'affrosité de ses composants. Même Windows 3.x était moins laid :-)
                          • [^] # Re: Applis GTK sous MacOS X

                            Posté par . Évalué à 9.

                            Je suis un peu allé fouiller sur le CVS et il s'avere que :
                            GTK utilise GDK et des style pour la peinture a l'écran (dans les fenètre en fait)

                            Le but de GTK (vu comment c'est codé) c'est de porter les style/GDK pour la plateforme et non pas le code de gtk, ie:

                            GTK
                            --------------------
                            GDK | styles < portage au bas niveau

                            donc on a un GDK-X GDK-OSX GDK-Win32

                            comme les fonction bas niveau sont assez restreinte (opération graphique)
                            c'est plus simple a porter, mais ca n'utilise pas toute les possibilité de la plateforme.

                            Dans les portage OSX/Win32 le code de GTK n'a pas été touché (a part peu etre bugfix..), seul GDK et els style l'on été

                            Pour que les applications GTK utilise le menu sous mac de maniere mac, il fautdrait faire la chose suivante:
                            GTK-for-OSX
                            ----------------------------
                            OSX

                            ie on va patcher gtkmenubar.c pour faire appel a OSX au lieu d'aller peindre des carré dans sa fenetre.

    • [^] # Re: Applis GTK sous MacOS X

      Posté par . Évalué à 6.

      Oui et non.

      En estimant que le portage de GTK soit complet, toutes les applications GTK jusqu'alors développées sous linux devraient pouvoir s'afficher sous MacOS en natif (sans X11 donc).

      Cela dit, ça n'enlève pas toutes les dépendances à des bibliothèques, à l'OS, etc. qui peuvent être dans le code de l'application.

      Plus généralement, toutes les applications déjà existantes sous macos utilisant gtk+ avec X11 passeront sans problème avec la bibliothèque en natif. En revanche, pour les autres, il restera peut-être un peu de travail à faire pour que l'application puisse tout simplement tourner sous mac.
      • [^] # Re: Applis GTK sous MacOS X

        Posté par . Évalué à 2.

        Tiens oui, puisqu'on parle des obstacles divers et variés qui peuvent se présenter sur le chemin d'une appli libre pour marcher sous MOSX : je profite de l'occasion pour rappeler que gnomemeeting est toujours à la recherche d'un contributeur pour écrire un greffon d'acquisition vidéo sous MOSX. Si ma mémoire est bonne, c'est la seule chose qui nous manque (maintenant que gtk/MOSX est une réalité plus acceptable).

        Snark
  • # Ou est le troll ?

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

    Meme pas de troll sur Qt vs Gtk ? Ou sur le fait que Qt est GPL ? Mais ou va linuxfr !!!
    • [^] # Re: Ou est le troll ?

      Posté par . Évalué à -4.

      Bah, c'est déjà bien qu'il y ait eu 20 commentaires en presque 8 heures sur une news à propos de GTK hein :-)
      • [^] # Re: Ou est le troll ?

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

        " très facile d'utilisation, riche en fonctionnalités"

        c'est quand même exagéré et aucunement comparable à ce qu'offre qt utilisé par kde... en plus c'est gpl

        "La bibliothèque Gtk+ est la boite à outils pour applications graphiques la plus répandue sous Linux avec Qt"

        sachant que gnome a environ 20% de part du marché et kde 65%... il y a quand même un énorme écart entre les deux

        www.solutions-norenda.com

        • [^] # Re: Ou est le troll ?

          Posté par . Évalué à 4.

          sachant que gnome a environ 20% de part du marché et kde 65%... il y a quand même un énorme écart entre les deux

          Oui, mais bon, tout le monde roule pour les technos Gnome...

          - Mozilla (projet indépendant de Gnome) va intégrer Cairo dans ses futures versions

          - Gstreamer (projet indépendant de Gnome) devient le framework multimédia de référence. Même les devs de KDE vont l'utiliser (avec une pince à linge sur le nez pasque c'est du C, avec des morceaux de glib dedans, mais il y aura quand même en parallèle l'option NMM, un framework bien C++ parce que bon...)

          - dbus c'est DCOP en mieux (et déjà utilisé par le noyau Linux, via udev, haarrrgl).

          - Inkscape, Gimp, Gaim les applications phares de Linux sont sous Gtk

          - Mono et RedHat roule pour Gnome. Novell ne mouillera pas sa chemise pour sauver KDE (Alors que RedHat investit massivement dans Gnome)

          - SuSE est mort noyé dans Novell qui sait pas encore très bien ce qu'il a acheté mais c'est pas grave.

          - Les bindings Gtk/Gnome dans d'autres langages sont une réalités. Il en est ou pyQt, là sur windows par exemple ?. Et le C avec Qt j'fais comment ? Qt# il a fini de crever ou il gigote encore ? Qt/KDE hors du C++ (Langage objets à qui il faut tout expliquer, virtual = 0, toussa) point de salut.

          Bref, KDE c'est peut-être super top de la mort, vachement mieux super chiadé toussa, mais c'est surtout une bande de potes qui développent (et doivent maintenir) entre eux des trucs dont personne d'autre ne veut.

          KDE c'est le futur enlightenment (p'tain le troll qui fork, trop fort). Un vague truc qui fait des jolis sites web (chercher dans Google "KDE" et "Plasma", vous allez rigoler).


          PS: j'ai soufflé assez fort sur les braises là ?
          • [^] # Re: Ou est le troll ?

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

            >va intégrer Cairo dans ses futures versions

            Freedesktop, aucun rapport avec Gnome...

            >avec des morceaux de glib dedans

            Arts utilisait déjà la glib, je pense pas que ca soit un problème ;)

            >dbus c'est DCOP en mieux (et déjà utilisé par le noyau Linux, via udev,
            >haarrrgl)

            Ah oui je comprend mieux, tu n'as pas la moindre idée de ce dont tu parle, dbus utilisé par le noyau, la bonne blague... De plus, dbus et dcop, c'est kif kif donc lequel est mieux...

            >Inkscape, Gimp, Gaim les applications phares de Linux sont sous Gtk

            Les développeur de Inskape ont déjà dit plusieurs fois que si Qt avait été libre sous Windows à l'époque, ils aurait dabord porter leur fork sous Qt... (interview sur dot.kde.org y'a quelques temps...)

            >Les bindings Gtk/Gnome dans d'autres langages sont une réalités.

            libkjsembed1 (javascript)
            python-kde3
            libqt0-ruby1.8 (ruby)
            libsmokekde1 (smoke)

            >mais c'est surtout une bande de potes qui développent (et doivent maintenir)
            >entre eux des trucs dont personne d'autre ne veut.

            Je préfère une bande de pote qui sont capables de faire des choix technologiques de qualité plutot que des pros qui passent leur temps à remettre en question leur projet...

            Voila voila :) Comme quoi, d'un petit rien on peut faire un gros ...
            • [^] # Re: Ou est le troll ?

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

              >va intégrer Cairo dans ses futures versions

              Freedesktop, aucun rapport avec Gnome...


              y'en a un dans le sens où le dévelopeur principal Carl Worth est employé par RedHat et qu'un des contributeur principaux est Owen Taylor qui a ajouté ce dont il avait besoin pour que GTK+ puisse utiliser Cairo.

              dbus utilisé par le noyau, la bonne blague...

              Ben si, c'était un des objectifs de DBus : pouvoir relayer vers les appli utilisateur les évènements du noyau. Mais c'est vrai que le noyau ne parle pas directement à DBus, c'est HAL (et hotplug) qui s'occupe de ça.


              >Les bindings Gtk/Gnome dans d'autres langages sont une réalités.

              libkjsembed1 (javascript)
              python-kde3
              libqt0-ruby1.8 (ruby)
              libsmokekde1 (smoke)


              ben alors ? où sont ceux pour Ada, les lisp, les scheme, eiffel, erlang, ocaml, haskell, pascal, perl, smalltalk ?
              cf. http://www.gtk.org/bindings.html
              • [^] # Re: Ou est le troll ?

                Posté par . Évalué à 1.



                Ben si, c'était un des objectifs de DBus : pouvoir relayer vers les appli utilisateur les évènements du noyau. Mais c'est vrai que le noyau ne parle pas directement à DBus, c'est HAL (et hotplug) qui s'occupe de ça.


                donc c est dbus qui utilise le noyau et pas le contraire...
            • [^] # Re: Ou est le troll ?

              Posté par . Évalué à 2.

              >>va intégrer Cairo dans ses futures versions
              >Freedesktop, aucun rapport avec Gnome...
              Mouai, sauf que dans les faits : cairo c'est plutôt GTK et arthur pour Qt.
              • [^] # Re: Ou est le troll ?

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

                Non, arthur peut utiliser cairo. Cairo n'est qu'une technologie de rendu svg et ne verrouille pas du tout le toolkit.

                Si tu pars du principe que cairo c'est gnome parce que le developpeur principal est paye par redhat, tu peux dire que X, c'est trolltech : les avancees qui vont faire du bien sous X sont developpees par Zack Rusin, developpeur KDE paye par Trolltech.

                On a la chance aujourd'hui d'avoir des avancees technologiques qui peuvent etre partagees entre tous les desktops. C'est debile de vouloir les associer a un desktop unique.
          • [^] # Re: Ou est le troll ?

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

            - Mozilla (projet indépendant de Gnome) va intégrer Cairo dans ses futures versions

            Mozilla n'a pas attendu cairo pour intégrer des technos Gnome. Par contre Mozilla ne s'intégrera sûrement jamais à Gnome.

            Gstreamer (projet indépendant de Gnome) devient le framework multimédia de référence. Même les devs de KDE vont l'utiliser (avec une pince à linge sur le nez pasque c'est du C, avec des morceaux de glib dedans, mais il y aura quand même en parallèle l'option NMM, un framework bien C++ parce que bon...)

            Dommage que gstreamer rame (temps de réponse merdique) et plante toujours autant. Ce n'est peut-être pas sa faute mais celle de Mandriva ou des développeurs d'Amarok mais chez moi c'est un fait :)
            De plus si KDE met une pince-à-linge c'est tout simplement parce que KDE a eu un problème avec le dernier framework audio (non pas parce qu'il était mauvais) mais parce qu'il n'était plus maintenu et personne n'avait les capacités pour le faire évoluer. Donc maintenant il préfère rester indépendant en ajoutant une couche pour choisir un framework multimédia. A noter que pour l'instant xine se taille la part du lion dans pas mal d'applications KDE. On verra ce qui sera décidé pour KDE 4.0. Perso je veux bien de gstreamer mais alors va falloir m'expliquer pourquoi c'est une merde sur mes machines :)

            - dbus c'est DCOP en mieux (et déjà utilisé par le noyau Linux, via udev, haarrrgl).

            Euh... Non pas du tout. Dbus utilise la "philosophie" de dcop mais de façon généralisée (pas d'objet Qt) mais dcop fait des trucs que dbus ne fait pas de base. Genre pouvoir être scripté facilement. Dcop ce n'est pas qu'un protocole, ce sont aussi des outils. Mais tant mieux si toutes les applis linux se mettent à utiliser dbus \o/

            - Inkscape, Gimp, Gaim les applications phares de Linux sont sous Gtk

            Amarok, Kopete, Kpdf, Konqueror (surtout en tant que gestionnaire de fichiers), Kontact, Konsole, digikam, kaffeine,... sont pour moi des applications tout autant phare. Bien sûr elles ne tournent pas sous Windows donc ça réduit aussi la portée de la lumière du phare :)
            Et sinon si on se base que sur Qt / gtk, on a Skype, Opera, Psi, Lastfm-player, Adobe Photo,... qui utilisent Qt et qui sont loins d'être inconnus.

            En fait, ce n'est pas le toolkit qui fait une bonne application (du moins pas majoritairement). Il y a qu'a voir wmcoincoin /o\

            - Mono et RedHat roule pour Gnome. Novell ne mouillera pas sa chemise pour sauver KDE (Alors que RedHat investit massivement dans Gnome)

            Peut-être parce que KDE est majoritairement GPL et Gnome LGPL. Ca les autorise à porter des applications propriétaires sans problèmes de licenses.
            Ou aussi parce que Gnome n'appartient à personne alors que KDE est basé sur Qt qui est géré par Trolltech. Ca les fait peut-être un peu chier de pas pouvoir maitriser tout.

            Mais bon Nokia et Apple utilisent khtml/kjs donc les technos KDE ne sont pas si nulles :)

            - SuSE est mort noyé dans Novell qui sait pas encore très bien ce qu'il a acheté mais c'est pas grave.

            Une bonne image de la communautée ? :)

            - Les bindings Gtk/Gnome dans d'autres langages sont une réalités. Il en est ou pyQt, là sur windows par exemple ?. Et le C avec Qt j'fais comment ? Qt# il a fini de crever ou il gigote encore ? Qt/KDE hors du C++ (Langage objets à qui il faut tout expliquer, virtual = 0, toussa) point de salut.

            Les bindings existent mais sont très peu utilisés (ce qui est dommage) ce qu'il fait qu'ils sont peu maintenus. Vivement que Qt supporte officiellement Java \o/

            Bref, KDE c'est peut-être super top de la mort, vachement mieux super chiadé toussa, mais c'est surtout une bande de potes qui développent (et doivent maintenir) entre eux des trucs dont personne d'autre ne veut.

            Personne ? Si, les utilisateurs et ils sont nombreux.
            Et la bande de potes elle est grande alors http://worldwide.kde.org/

            PS: j'ai soufflé assez fort sur les braises là ?

            Oui mais tu as aussi dit des vérités :)

            L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

            • [^] # Re: Ou est le troll ?

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

              > Peut-être parce que KDE est majoritairement GPL et Gnome LGPL. Ca les autorise à
              > porter des applications propriétaires sans problèmes de licenses.

              Oh le joli FUD.

              Tu peux préciser de quelles fameuses applications propriétaires tu parles ?
              (puis ce n'est pas comme si le proprio sous QT n'existait pas hein)
              • [^] # Re: Ou est le troll ?

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

                Ca autorise. J'ai pas dis que Novell avait commencé à le faire :)

                L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

                • [^] # Re: Ou est le troll ?

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

                  FUD : Fear Uncertainity and Doupt.
                  Je sais que tu ne l'as pas dit. Mais tu laisses entendre que ça pourrait être la raison d'une utilisation de GTK, et que pour ça on devrait faire attention.
                  Il n'y a rien de concret, ta phrase ne fait qu'instaurer un doute sans fondement, c'est ça qu'un appelle FUD, et je maintiens.
          • [^] # Re: Ou est le troll ?

            Posté par . Évalué à 3.

            Il en est ou pyQt, là sur windows par exemple ?

            Ça marche super bien (vraiment !).
            Par contre il faut payer des royalties pour les licences, donc c'est plutôt orienté « usage professionel ».
            Peut-être que le binding PyQt sur Qt4 changera la donne ? (car le port win32 de Qt4 est maintenant GPL et gratuit lui aussi).
            • [^] # Re: Ou est le troll ?

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

              Il ne faut pas payer des royalties, il faut payer une licence utilisateur. Perso, j'en ai une, 400 euro pour faire du PyQt sous windows, macos, linux et qt-embedded, en close source ou open source.
          • [^] # Re: Ou est le troll ?

            Posté par . Évalué à -1.

            Pfiouuuu la la la....

            J'raconte 2-3 conneries et tout le monde s'enflamme :-)
            Du calme j'crois pas un mot de ce que j'ai raconté.. (j'en crois 4 ou 5)

            :-)
          • [^] # Re: Ou est le troll ?

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

            " Inkscape, Gimp, Gaim les applications phares de Linux sont sous Gtk"

            tous des applications que kde détronera avec le temps

            www.solutions-norenda.com

        • [^] # Re: Ou est le troll ?

          Posté par . Évalué à -2.

          trop gros, passera pas ...
        • [^] # Re: Ou est le troll ?

          Posté par . Évalué à 1.

          Passera pas, tu n'a pas utilisé la règle du 80/20 : c'est "80% de Qt, kde compris et 20% pour le reste, gtk compris" :)
    • [^] # Re: Ou est le troll ?

      Posté par . Évalué à -6.

      Allez, je me lance....

      Comment est ce possible que Qt soit GPL, mais que les KDE-libs soient LGPL ? C'est pas incompatible ?
      • [^] # Re: Ou est le troll ?

        Posté par . Évalué à 4.

        http://www.gnu.org/philosophy/license-list.html#GPLCompatibl(...)
        « GNU Lesser General Public License, or GNU LGPL for short.
        [...] It is compatible with the GNU GPL. »

        http://www.gnu.org/licenses/gpl-faq.html#WhatIsCompatible
        « What does it mean to say a license is "compatible with the GPL".
        It means that the other license and the GNU GPL are compatible ; you can combine code released under the other license with code released under the GNU GPL in one larger program. »
        • [^] # Re: Ou est le troll ?

          Posté par . Évalué à 2.

          Merci, mais tu as tronqué la citation de la FAQ, sur le problème que je pose:

          "What does it mean to say a license is "compatible with the GPL".
          It means that the other license and the GNU GPL are compatible; you can combine code released under the other license with code released under the GNU GPL in one larger program.
          The GPL permits such a combination provided it is released under the GNU GPL. The other license is compatible with the GPL if it permits this too."

          Pour combiner du code GPL avec du code LGPL , il faut que le code final soit GPL... Par ailleurs, ici, les codes ne sont pas combinés, mais seulement liés, donc je pense que ce point de la FAQ n'est pas applicable au problème.
          • [^] # Re: Ou est le troll ?

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

            Quand on parle de combiner, on parle de distribuer sous forme d'un paquet unique. On parle pas d'installer sur le même ordinateur.
  • # Hubert Figuiere

    Posté par . Évalué à 10.

    Les devs d'Immendio ont été super sympa avec Hubert Figuiere et le boulot qu'il avait fait...
  • # Le site du projet GTK

    Posté par . Évalué à 5.

    Si des développeurs GTK lisent ce message, s'il vous plait, mettez à jour le site de GTK. Il fait vraiment peur.

    http://www.gtk.org/screenshots/
    Le lien GNOME de cette page pointe sur Gnome 2.4 alors que nous en sommes au 2.12 (version stable).

    Pourquoi ne pas mettre un mediaWiki?

    En tout cas, bravo à la Gtk-Community pour ce portage.
  • # Oui mais seulement pour Tiger

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

    Dans la Todo List, on apperçoit que pour l'instant Gtk+ ne tourne que sur Tiger. Exit donc les panther et autres "vieilles" versions. J'espère que la version finale sera compatible au moins jusqu'à jaguar...
  • # Retombées pour le libre?

    Posté par . Évalué à 3.

    Bonjour,

    Pas besoin de server X sous windows pour faire tourner GIMP, c'est ce qui va arriver pour mac os. C'est très bien. Mais bon, depuis que gimp et autres tournent sous windows, a-t-on vu beaucoup de retombées pour le libre? Ca existe un développeur qui va créer un programme libre juste parce qu'il peut utiliser un autre programme libre sur une plateforme qui ne l'est pas?
    Si j'étais programmateur, je me réjouirais que d'autres plateformes puissent faire tourner mes programmes que j'ai créés sous un OS libre, mais je ne m'attends pas à ce que ces utilisateurs développent à leur tour. Ce seront juste des utilisateurs, un point c'est tout. Comme je crois pas que les utilisateurs windows aient apporté beaucoup de développements au libre, je ne crois pas non plus que ceux de mac os le feront (apple, c'est différent, c'est une compagnie). Bien entendu, je peux me tromper.
    J'ai aucun chiffre sur lesquels m'appuyer.
    Donc ma question : quelle sera la contribution de ces utilisateurs à part des rapports de bugs?
    • [^] # Re: Retombées pour le libre?

      Posté par . Évalué à 5.

      Ca existe un développeur qui va créer un programme libre juste parce qu'il peut utiliser un autre programme libre sur une plateforme qui ne l'est pas?
      peut etre pas. Surement pas meme.
      Par contre, a la base, s'il veut faire du libre et qu'il n'a aucun framework libre, il risque pas de faire du libre.

      Comme je crois pas que les utilisateurs windows aient apporté beaucoup de développements au libre
      ya pas que le dev et le code source dans la vie.
      En l'occurence, les 100 millions de dl de firefox, je doute tres fortement qu'on les aurait eu sans les windowsiens.
      Et ca, c'est apporter une vitrine et une credibilite au libre.

      quelle sera la contribution de ces utilisateurs à part des rapports de bugs?
      Ben en soi, les utilisateurs ne contribuent pas ou peu, que ce soit sous linux ou windows ou autre. Ils utilisent.
      Un utilisateur qui fait des report de bug, c'est deja bien.

      Les developpeurs, eux, developpent. Et pour developper du libre, il faut des outils libres.

      Et sinon, les windowsiens sont pas tous manchots (haha), yen a des 'achement cale dans leur domaine, le logiciel libre existe AUSSI dans le monde windows et le libre n'a pas l'exclusivite des developpeurs.
    • [^] # Re: Retombées pour le libre?

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

      Pour ma part, je souhaiterai passer une appli Delphi en un langage plus "libre"... mon impératif est que mon appli soit portable sous MacOS...

      Depuis cette nouvelle, je considere GTK comme une solution interressante.

      C'est un discours assez récurent de se poser la question de ce que ça rapporte au libre si on passe des logiciels libres sur des OS proprietaires.

      Je pense que pour le cas de gimp, ça permettra de diffuser le format de fichier de gimp, comme OOo se diffuse aussi actuellement, en partie grace à son portage sous windows.

      et ça m'est bien utile pour pouvoir rester uniquement sous linux chez moi. Avoir des applications qui lisent/écrivent des formats proprietaires, pourquoi pas. Mais promouvoir les formats libres partout, c'est mieux !

      Axel
    • [^] # Les standards libres sont le plus importants.

      Posté par . Évalué à 4.

      Si personne n'utilisait des logiciels respectant les standard libres, comment faire pour convaincre un chef de faire par exemple un site web conforme aux standard du W3C et non pas juste pour IE?

      Et quand tu utilise Linux tu es plutôt content quand un site web n'est pas developpé que pour IE, non?

      Donc FF/Mozilla sur Windows apporte beaucoup aux utilisateurs Linux, aussi.

      S'il y avait suffisament d'utilisateur réclamant du OggVorbis, on pourrait trouver des baladeurs supportant ce format, etc..

      Bref retires tes oeilleres, les simples utilisateurs apportent beaucoup! Même si ce n'est pas concret comme du code source.
  • # Gimp Toolkit

    Posté par . Évalué à 1.

    "Elle est utilisée dans des logiciels libres phares comme Gimp..." Euh, Gtk ça va pas justement dire "Gimp Toolkit" ? un peu normal que ce soit utilisé par Gimp ...

    Je ne connais pas l'historique de Gtk/Gnome, mais ça voudrait dire que Gimp existait avant Gnome dans ce cas ?

    ;-]
  • # En passant

    Posté par . Évalué à 1.

    deux questions

    - QT existe sur MacOSX, y a t il à part le récent port de Scribus des applications OSX qui l'utilisent vraiment sachant que le port de KDE lui n'a pas bougé depuis presque 2 ans ?
    http://kde.opendarwin.org/

    - Faut porter GTK pour avoir Gimp sous OSX sans X11 mais quand même sans le look and feel OSX ou ne faut il pas mieux massivement aider des projets vraiments natifs, comme par exemple :
    http://seashore.sourceforge.net/

Suivre le flux des commentaires

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