Articles précédents : Articles
- [10] Journées Détaxe 2005
- [14] Un portable à 100 dollars
- [8] Lessig traduit et publié en français
- [10] SmalltalkParty à Paris le 3 décembre
- [93] Du code de VLC dans le rootkit de Sony
- [97] Projet de loi DADVSI: EUCD.INFO publie un dossier d'information complet et un appel
- [3] Les supports de conférence du Forum PHP 2005
- [69] EUCD/DADVSI : des contrefacteurs partout ?
- [9] Sixième Journée Cryptographie et Sécurité de l'Information
- [7] Assemblée Générale & Léa-Party de Léa-Linux
Liens connexes
- Le site du projet sur Imendio.com (2936 hits)
- L'annonce sur la liste de Gtk (779 hits)
- L'annonce sur le site d'Imendio (655 hits)
- Le site de Gtk+ (1427 hits)
Dépêche modérée par
Dépêche éditée par
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.
![[en]](../../../images/en.png)
Le site du projet sur Imendio.com (2936 hits)-
L'annonce sur la liste de Gtk (779 hits)
-
L'annonce sur le site d'Imendio (655 hits)
-
Le site de Gtk+ (1427 hits)
> Lire la suite (72 commentaires, moyenne: 2,5). [dépêche : 577 caractères]
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
Avecques quelques captures d'écran ...
http://developer.imendio.com/wiki/Gtk_Mac_OS_X
-
[+] [^]Re: La page du projet
Posté par JoeltheLion () le 23/11/2005 à 10:30. (lien). Évalué à -2.J'adore comme les gens lisent les articles...
-
[+] [^]Re: La page du projet
Posté par oliv () le 23/11/2005 à 12:04. (lien). É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 Sylvain Briole (page perso, ) le 23/11/2005 à 12:35. (lien). É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 ccomb (Jabber id, page perso, ) le 23/11/2005 à 13:32. (lien). É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 ♪♬♬♩ ♫♪♬♩ () le 23/11/2005 à 15:37. (lien). É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
-
-
-
[^]Re: La page du projet
Posté par Obi MO (page perso, ) le 24/11/2005 à 18:04. (lien). É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
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 a_jr () le 23/11/2005 à 10:15. (lien). É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 serge_kara () le 23/11/2005 à 10:19. (lien). É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 Christophe Fergeau () le 23/11/2005 à 11:26. (lien). Évalué à 7.Ca c'est pas dit du tout à mon avis...
-
[^]Re: Applis GTK sous MacOS X
-
[^]Re: Applis GTK sous MacOS X
Posté par gnumdk (page perso, ) le 23/11/2005 à 11:48. (lien). É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 serge_kara () le 23/11/2005 à 13:29. (lien). É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 benoar (Jabber id, ) le 23/11/2005 à 14:04. (lien). É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 !)-
[^]Re: Applis GTK sous MacOS X
Posté par Nicolas () le 23/11/2005 à 14:13. (lien). Évalué à 3.tiens c'est rigolo ca existe le coup de la barre en haut de l'ecran sous kde... et ca marche pour toutes les applis en plus...
-
[^]Re: Applis GTK sous MacOS X
Posté par serge_kara () le 23/11/2005 à 14:31. (lien). Évalué à 4.ca marche qu'avec les applis kde ;-)
-
[^]Re: Applis GTK sous MacOS X
Posté par benoar (Jabber id, ) le 23/11/2005 à 14:36. (lien). É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 Moonz () le 23/11/2005 à 17:13. (lien). Évalué à -1.D'ailleurs, ça marche pas non plus avec QtParted sous KDE par exemple ;)
-
[^]Re: Applis GTK sous MacOS X
Posté par serge_kara () le 23/11/2005 à 17:16. (lien). Évalué à 7.c'est ce que je dis plus haut, ca ne marche qu'avec les applis kde ;-)
-
-
[^]Re: Applis GTK sous MacOS X
Posté par zero heure (Jabber id, page perso, ) le 24/11/2005 à 18:37. (lien). É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)--
J'ai vu bien des choses dans ma petite vie, et je mesure amèrement l'impuissance à les dire. (JP Rosnay, Le 13ème apôtre) http://www.poesie.net/apotre2.htm
-
-
-
[^]Re: Applis GTK sous MacOS X
Posté par Mathieu Pillard (page perso, ) le 24/11/2005 à 02:39. (lien). É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 Ernest H (Jabber id, ) le 24/11/2005 à 08:49. (lien). É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 serge_kara () le 24/11/2005 à 09:21. (lien). É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 Christophe Fergeau () le 24/11/2005 à 09:26. (lien). É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 serge_kara () le 24/11/2005 à 09:43. (lien). É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 Erwan (page perso, ) le 24/11/2005 à 11:44. (lien). É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
-
[^]Re: Applis GTK sous MacOS X
Posté par Christophe Fergeau () le 24/11/2005 à 13:19. (lien). É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 Gniarf () le 24/11/2005 à 14:50. (lien). É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.--
Windows has no users. It has hostages.-
[^]Re: Applis GTK sous MacOS X
Posté par ♪♬♬♩ ♫♪♬♩ () le 24/11/2005 à 22:21. (lien). É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 ham () le 24/11/2005 à 13:46. (lien). É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 Clément varaldi (page perso, ) le 23/11/2005 à 10:19. (lien). É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 Snark_Boojum () le 23/11/2005 à 12:05. (lien). É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 ?
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 ♪♬♬♩ ♫♪♬♩ () le 23/11/2005 à 15:59. (lien). É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 collinm (page perso, ) le 23/11/2005 à 17:04. (lien). É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.laboiteaprog.com-
[^]Re: Ou est le troll ?
Posté par dcp (page perso, ) le 23/11/2005 à 18:38. (lien). É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 gnumdk (page perso, ) le 23/11/2005 à 19:37. (lien). É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 Vivi (page perso, ) le 23/11/2005 à 19:54. (lien). É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 PasChauve PasOunet () le 24/11/2005 à 19:05. (lien). É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 Étienne Bersac (Jabber id, page perso, ) le 24/11/2005 à 17:37. (lien). É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.--
E Ultreïa !-
[^]Re: Ou est le troll ?
Posté par Philippe Fremy (page perso, ) le 25/11/2005 à 09:54. (lien). É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 Infernal Quack (Jabber id, page perso, ) le 23/11/2005 à 20:01. (lien). É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 :)-
[+] [^]Re: Ou est le troll ?
Posté par Éric (Jabber id, page perso, ) le 23/11/2005 à 21:27. (lien). É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 Infernal Quack (Jabber id, page perso, ) le 23/11/2005 à 21:47. (lien). Évalué à 3.Ca autorise. J'ai pas dis que Novell avait commencé à le faire :)
-
[^]Re: Ou est le troll ?
Posté par Éric (Jabber id, page perso, ) le 24/11/2005 à 00:33. (lien). É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 herodiade () le 24/11/2005 à 07:40. (lien). É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 Philippe Fremy (page perso, ) le 25/11/2005 à 10:00. (lien). É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 dcp (page perso, ) le 24/11/2005 à 09:00. (lien). É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 boklm (page perso, ) le 23/11/2005 à 19:22. (lien). Évalué à -2.trop gros, passera pas ...
-
[^]Re: Ou est le troll ?
Posté par Philippe Fremy (page perso, ) le 25/11/2005 à 10:01. (lien). Évalué à 2.Les trolls, il n'y a qu'a les appeler pour qu'ils viennent. Et quand ils ne passent pas, ils defoncent la porte.
-
-
[^]Re: Ou est le troll ?
Posté par Étienne Bersac (Jabber id, page perso, ) le 23/11/2005 à 19:30. (lien). É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" :)
--
E Ultreïa !
-
-
-
[+] [^]Re: Ou est le troll ?
Posté par oliv () le 23/11/2005 à 17:12. (lien). É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 Frédéric Lopez () le 24/11/2005 à 00:24. (lien). É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 oliv () le 24/11/2005 à 09:07. (lien). É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 gnap gnap (page perso, ) le 24/11/2005 à 18:58. (lien). É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
Les devs d'Immendio ont été super sympa avec Hubert Figuiere et le boulot qu'il avait fait...
-
[^]Re: Hubert Figuiere
Posté par lordcow () le 23/11/2005 à 23:03. (lien). Évalué à 9.Pour etre clair:
http://www.figuiere.net/hub/blog/?2005/10/05/307-i-m-so-piss(...)
le site est down, hub demenage en ce moment..
http://64.233.183.104/search?q=cache:ogC0MP4iDi4J:www.figuie(...)--
Je est un autre.-
[^]Re: Hubert Figuiere
Posté par zero heure (Jabber id, page perso, ) le 24/11/2005 à 18:51. (lien). Évalué à 2.Et puisqu'on parle de lui, matez un peu ce que donne son portage d'Abiword sur MacOSX:
http://www.abisource.com/screenshots/abi-macosx.jpg
- barre de menu MacOSX
- la gueule des applis coco
- palettes d'outils
- comportement très "maceux"
Bref, de quoi moinsser toute la discussion (inutile) la-haut sur le look ou pas le look... :-)--
J'ai vu bien des choses dans ma petite vie, et je mesure amèrement l'impuissance à les dire. (JP Rosnay, Le 13ème apôtre) http://www.poesie.net/apotre2.htm-
[^]Re: Hubert Figuiere
Posté par PasChauve PasOunet () le 24/11/2005 à 19:17. (lien). Évalué à 6.La version Macosx d'abiword n'est pas faite en gtk mais en cacoa , la version windows n'est pas non plus en gtk. Donc c'est parfaitement normal si ca reprend le look and feel de macosx
-
[^]Re: Hubert Figuiere
Posté par Erwan (page perso, ) le 25/11/2005 à 03:35. (lien). Évalué à 4.Il y a quand meme une difference de taille entre adapter une application a MacOSX, et adapter gtk pour que toutes les applications (qui n'ont pas du tout ete pensees pour MacOSX) aient leur barre de menu en haut.
-
-
Le site du projet GTK
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
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?
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 serge_kara () le 24/11/2005 à 23:39. (lien). É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 Axel R. (page perso, ) le 25/11/2005 à 10:38. (lien). É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 reno () le 25/11/2005 à 12:38. (lien). É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
"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
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/
Cette page a été générée par Templeet en 0.2554s (dont 0.0401 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.