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.
Aller plus loin
- Le site du projet sur Imendio.com (54 clics)
- L'annonce sur la liste de Gtk (14 clics)
- L'annonce sur le site d'Imendio (13 clics)
- Le site de Gtk+ (41 clics)
# La page du projet
Posté par Obi MO (site web personnel) . Évalué à -9.
http://developer.imendio.com/wiki/Gtk_Mac_OS_X
[^] # Re: La page du projet
Posté par JoeltheLion (site web personnel) . Évalué à -2.
[^] # Re: La page du projet
Posté par oliv . Évalué à -1.
Ça fait peur en effet ;)
[^] # Re: La page du projet
Posté par Sylvain Briole (site web personnel) . Évalué à -8.
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 (site web personnel) . Évalué à 7.
Y a aussi le mot « benchmark » qui marche du tonnerre...
[^] # Re: La page du projet
Posté par Anonyme . Évalué à 10.
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 Staz . Évalué à 8.
* D'ailleurs dans la news il est marqué Immendio avec un m de trop :/
[^] # Re: La page du projet
Posté par Obi MO (site web personnel) . Évalué à 2.
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 apkwa . Évalué à 2.
(Sylpheed me manque...)
[^] # Re: Applis GTK sous MacOS X
Posté par a_jr . Évalué à 10.
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 . Évalué à 3.
[^] # Re: Applis GTK sous MacOS X
Posté par Christophe Fergeau . Évalué à 7.
[^] # Re: Applis GTK sous MacOS X
Posté par a_jr . Évalué à 0.
[^] # Re: Applis GTK sous MacOS X
Posté par gnumdk (site web personnel) . Évalué à 8.
[^] # Re: Applis GTK sous MacOS X
Posté par serge_kara . Évalué à 0.
Sinon, faudra qu'on m'explique l'interet du portage.
[^] # Re: Applis GTK sous MacOS X
Posté par benoar . Évalué à 9.
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 Anonyme . Évalué à 3.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Applis GTK sous MacOS X
Posté par serge_kara . Évalué à 4.
[^] # Re: Applis GTK sous MacOS X
Posté par benoar . Évalué à 2.
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 . Évalué à -1.
[^] # Re: Applis GTK sous MacOS X
Posté par serge_kara . Évalué à 7.
[^] # Re: Applis GTK sous MacOS X
Posté par ZeroHeure . Évalué à 4.
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 Mathieu Pillard (site web personnel) . Évalué à 3.
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 태 (site web personnel) . Évalué à 5.
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 . Évalué à 3.
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 . Évalué à 4.
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 . Évalué à 1.
erf, effectivement, vu comme ca, ca doit etre assez casse couille a gerer.
[^] # Re: Applis GTK sous MacOS X
Posté par Erwan . Évalué à 2.
[^] # Re: Applis GTK sous MacOS X
Posté par blueman . Évalué à 3.
[^] # Re: Applis GTK sous MacOS X
Posté par Christophe Fergeau . Évalué à 5.
[^] # Re: Applis GTK sous MacOS X
Posté par Gniarf . Évalué à 2.
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 Anonyme . Évalué à 2.
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 . Évalué à 9.
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 iznogoud . Évalué à 6.
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 . Évalué à 2.
Snark
# Ou est le troll ?
Posté par Philippe F (site web personnel) . Évalué à -8.
[^] # Re: Ou est le troll ?
Posté par Anonyme . Évalué à -4.
[^] # Re: Ou est le troll ?
Posté par collinm (site web personnel) . Évalué à -10.
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 dcp . Évalué à 4.
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 (site web personnel) . Évalué à 10.
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 (site web personnel) . Évalué à 6.
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 Prosper . É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...
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Ou est le troll ?
Posté par Philippe F (site web personnel) . Évalué à 8.
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 (site web personnel) . Évalué à 10.
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 Éric (site web personnel) . Évalué à -8.
> 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 (site web personnel) . Évalué à 3.
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 Éric (site web personnel) . Évalué à 0.
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 . Évalué à 3.
Ç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 F (site web personnel) . Évalué à 3.
[^] # Re: Ou est le troll ?
Posté par dcp . Évalué à -1.
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 collinm (site web personnel) . Évalué à -3.
tous des applications que kde détronera avec le temps
www.solutions-norenda.com
[^] # Re: Ou est le troll ?
Posté par Anonyme . Évalué à -2.
[^] # Re: Ou est le troll ?
Posté par Philippe F (site web personnel) . Évalué à 2.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Ou est le troll ?
Posté par oliv . Évalué à -6.
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 . Évalué à 4.
« 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 . Évalué à 2.
"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 Anonyme . Évalué à 2.
# Hubert Figuiere
Posté par boris . Évalué à 10.
[^] # Re: Hubert Figuiere
Posté par Pierre . Évalué à 9.
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(...)
[^] # Re: Hubert Figuiere
Posté par ZeroHeure . Évalué à 2.
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... :-)
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: Hubert Figuiere
Posté par Prosper . Évalué à 6.
[^] # Re: Hubert Figuiere
Posté par Erwan . Évalué à 4.
# Le site du projet GTK
Posté par qbeek . Évalué à 5.
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 Adrien BUSTANY (site web personnel) . Évalué à 2.
# Retombées pour le libre?
Posté par korm . Évalué à 3.
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 . Évalué à 5.
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. (site web personnel) . Évalué à 1.
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 . Évalué à 4.
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 asbin . Évalué à 1.
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 Thierry6 . Évalué à 1.
- 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 à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.