Discussion :

[Matthieu Brucher]

- par contre effectivement c'est pas donné, compter 5000€

Sachant que cette partie n'est nécessaire que si on développe une application qu'on fournira à quelqu'un à qui le code source doit être caché. En général, c'est inutile.

[zabibof]

Moi, j'aime bien wxWidgets

Ok, c'est parfois moche (pas de namespaces, macros,....) mais tout ça c'est historiques, wxWidgets a été créé pour être le plus portable possible, non seulement du point de vue de l'application mais aussi au niveau du code, c'est à dire vis à vis du compilateur, leur objectif était de créer du code qui compile sur le plus de compilateur possible. Bien sûr, tout ça date un peu, ce qui explique la non utilisation de la STL (qui à l'époque n'était pas supporté par tous les compilateurs à cause des templates), ce qui explique les wxString et autres, ce qui explique aussi le non-utilisation de namespaces.... Évidement, aujourd'hui, tout ça est bien supporté par tous les compilateurs. Donc, ce dont wxWidgets a besoin c'est une ré-adaptation au C++ d'aujourd'hui, après, je pense que ce sera vraiment le graal dont parle three_minute_hero puisque tous les choix qui ont mené à du code moche sont surtout dû à des problèmes de compatibilité.

je n ai pas trouver d'editeur graphique pour wxwidget ( il faut avouer que c ets bien pratique)

wxGlade

Après, je rejoins Matthieu Brucher pour wxPython, j'aime bien wxWidgets mais je ne peux me passer de wxPython.

[uriotcea]

Sachant que cette partie n'est nécessaire que si on développe une application qu'on fournira à quelqu'un à qui le code source doit être caché. En général, c'est inutile.

Je ne comprend pas bien ta remarque!
Si je veux vrendre mon code, j'ai bien besoin de la licence commercial ?

Sinon pour revenir à wxwidget, l'EDI code::block fournit un editeur graphique.

[Matthieu Brucher]

Je ne comprend pas bien ta remarque!
Si je veux vrendre mon code, j'ai bien besoin de la licence commercial ?

Non, tu peux vendre avec la GPL.
Un exemple, si tu fais du conseil pour une autre entreprise qui veut que tu lui développes une application. De toute manière, tu dois lui donner le code source, donc ça ne te dérange normalement pas que ce soit du GPL (sauf précision contractuelle).

[uriotcea]

Si je prends ce que tu m'indiques.
Dans le cadre de mon boulot je développe actuellement un code avec interface Qt. Je peut trés bien vendre ce code, même si je l'ai developpé avec le Qt non-commercial, pour peu que je fournisse les sources.

[epsilon68]

si c'etait possible alors le code source n'appartiendrait pas réellement à l'entreprise... je ne pense donc pas que ce soit possible...

[Florian Goo]

Ce qu'il dit, c'est que tu peux vendre ton code sous licence GPL à ton client. À ce moment là, tu entres dans le cas où Qt est gratuit.
Par contre, si ton client décide de changer la licence (si tu lui vends ce code et les droits qui vont avec) pour une licence propriétaire (s'il souhaite vendre le logiciel sous forme binaire à d'autres entreprises), c'est lui qui va devoir payer la licence Qt.

[uriotcea]

Le code que je develope est un outil scientifique non destiné à etre revendu. C'est juste que je voudrait faire payer une contribution aux laboratoires qui désire l'avoir et l'utiliser

[epsilon68]

Ce qu'il dit, c'est que tu peux vendre ton code sous licence GPL à ton client. À ce moment là, tu entres dans le cas où Qt est gratuit.
Par contre, si ton client décide de changer la licence (si tu lui vends ce code et les droits qui vont avec) pour une licence propriétaire (s'il souhaite vendre le logiciel sous forme binaire à d'autres entreprises), c'est lui qui va devoir payer la licence Qt.

Tu penses que le client qui paye 1 million d'euros voudrait voir son code en GPL? car tu lui delivre en GPL, ce qui veut dire que tu pourrais toi-aussi le revendre à d'autres sociétés... jusqu'a ce qu'il change la license ok mais la version initiale reste en GPL!

Aucun client ne peut accepter cela. En tous les cas pas les miens.

[uriotcea]

Tu penses que le client qui paye 1 million d'euros voudrait voir son code en GPL? car tu lui delivre en GPL, ce qui veut dire que tu pourrais toi-aussi le revendre à d'autres sociétés... jusqu'a ce qu'il change la license ok mais la version initiale reste en GPL!

Aucun client ne peut accepter cela. En tous les cas pas les miens.

Le code que je develope est un outil scientifique non destiné à etre revendu. C'est juste que je voudrait faire payer une contribution aux laboratoires qui désire l'avoir et l'utiliser

Je vois pas le rapport avec mon besoin

[Florian Goo]

Tu penses que le client qui paye 1 million d'euros voudrait voir son code en GPL? car tu lui delivre en GPL, ce qui veut dire que tu pourrais toi-aussi le revendre à d'autres sociétés... jusqu'a ce qu'il change la license ok mais la version initiale reste en GPL!

Aucun client ne peut accepter cela. En tous les cas pas les miens.

Je suis d'accord, c'est farfelu, mais certains l'ont fait.
La célèbre forge SourceForge, au début libre, s'est vue reprendre (légalement) les droits aux contributeurs. Ils ont ensuite changé la licence. Les évolutions du code de SourceForge sont aujourd'hui propriétaires.
Source : http://www.fsfeurope.org/news/articl...-20-01.fr.html

Ensuite, dans le cas où le logiciel développé est extrêmement spécifique au client, je ne vois pas en quoi il serait farfelu que le code vendu soit GPL (et même qu'il le reste).

[epsilon68]

Sourceforge a donné un papier à signer pour chaque auteur pour donner leur code à SourceForge.

un code GPL ne peut etre approprié avec un changement de license sauf l'auteur est d'accord ou cède le droit.

[Matthieu Brucher]

si c'etait possible alors le code source n'appartiendrait pas réellement à l'entreprise... je ne pense donc pas que ce soit possible...

Si, il appartient à l'entreprise, elle en fait ce qu'elle veut. Elle est juste liée à Qt pour son utilisation, donc à publier le code en GPL. Par exemple dans mon boulot, on veut simpelemnt pouvoir continuer le développement si besoin est, donc on veut les sources. Après la licence, ce n'est pas un problème.

Ce qu'il dit, c'est que tu peux vendre ton code sous licence GPL à ton client. À ce moment là, tu entres dans le cas où Qt est gratuit.
Par contre, si ton client décide de changer la licence (si tu lui vends ce code et les droits qui vont avec) pour une licence propriétaire (s'il souhaite vendre le logiciel sous forme binaire à d'autres entreprises), c'est lui qui va devoir payer la licence Qt.

Il ne peut pas changer la licence. C'est indiqué dans le contrat avec Trolltech, si tu veux choisir ta licence à ta guise, tu dois avoir une licence commerciale dès le début du développement. En pratique, les gens enfreignent régulièrement ce point de leur contrat.

Tu penses que le client qui paye 1 million d'euros voudrait voir son code en GPL? car tu lui delivre en GPL, ce qui veut dire que tu pourrais toi-aussi le revendre à d'autres sociétés... jusqu'a ce qu'il change la license ok mais la version initiale reste en GPL!

Aucun client ne peut accepter cela. En tous les cas pas les miens.

C'est toujours possible de reprendre le code que tu as développé pour un client X et de le revendre à un client Y. La licence n'a aucun rapport avec cet état de fait.

[Florian Goo]

Sourceforge a donné un papier à signer pour chaque auteur pour donner leur code à SourceForge.

un code GPL ne peut etre approprié avec un changement de license sauf l'auteur est d'accord ou cède le droit.

J'ai pas dit le contraire

[gege2061]

Bonjour,

J'arrive un peu tard, mais je vais essayer de réparer les choses inexactes que j'ai lu sur GTK+ :

Oula, tu as peut-être une astuce ancestrale perdue dans la nuit des temps, mais GTK est justement l'un des plus mauvais niveau déploiement (sous windows). Je m'étais amusé à faire un package minimal pour un hello world fait avec glade et gtkmm, ça prenant une quarantaine de dlls et la même chose en mos, et j'avais pas pour autant d'assurance que ça fonctionnerait correctement dans tous les cas (je pense à des fichiers de config, des ressources, etc... dont mon applic minimale n'avait pas besoin). Je pense même que pendant bien longtemps Gimp n'installait pas les dlls lui même et laissait le soin à l'utilisateur de télécharger et de lancer l'installeur de GTK+, ça c'est une politique de winner pour une applic grand public

Les développeurs de GTK+ ne voulaient pas faire d'installeur pour Windows à cause des lacunes de son gestionnaire de paquets (enfin vous voyez de quoi je veux parler ). Heureusement ils ont quand même décidés de mettre à jour une archive tout-en-un

Après ce n'est pas difficile de faire une application pour Windows, il suffit d'avoir les bons outils : http://nicolasj.developpez.com/gtk/windows/

Au passage, vous noterez la possibilité de changez le thème de GTK+ pour qu'il utilise les fonctions natives de Windows pour dessiner les widgets.

Pour ceux qui veulent d'amuser à faire des fenêtres transparentes, c'est aussi possible : Comment créer un widget transparent ? et c'est prévu d'être inclue dans GTK+ 3.0

Bref c'est franchement naze par rapport à du WxWidgets (1 dll, 2-3 mos) ou du Qt (à peine plus).

Là je te donne le point, il y a beaucoup de dépendances, mais il ne faut pas oublier que GTK+ est constituée de plusieurs couches indépendantes (déjà toute la partie glib/gobject est présente dans le C++). Après je n'ai pas compris leur but avec l'ajout des loader (une fois ils existent et la fois d'après non, ils s'amusent ).

et pour GTK dans la prochaine version.

Il fait donc plus qu'essayer de ressembler. Il demande comment faire

Oui GTK+ fonctionne sous Mac, il n'y a que le thème qui est en cours.

(deux packages séparés si je me souviens bien, avec chacun leurs compléments glade)

C'est de l'histoire ancienne pour glade (enfin libglade pour être précis), maintenant elle est inclue dans GTK+.

GTK+ possède aussi de nombreux binding, puisqu'écrit en C : http://www.gtk.org/language-bindings.html

Un autre bon point pour GTK+ est la récente intégration de GnomeVFS (bien sûr porté sous Windows), qui permet de nombreuses interactions avec le système de fichiers.

[lezurp]

oulla un expers gtk+

je me permet docn de reposser ma question bete sans responce , et t il possible de fait un executable avec toutes les librairie necesaire au gui sans que je m arrache je peu de cheveux qui me reste.

d autre detail tout mes libraires sont en c++. est ce que je suis donc obliger d utiliser gtkmm ? ou alors je peu linker des lib c++ avec un gui en c ??

gtk+ 3 sort quand dasn 5 ans

[gege2061]

d autre detail tout mes libraires sont en c++. est ce que je suis donc obliger d utiliser gtkmm ? ou alors je peu linker des lib c++ avec un gui en c ??

Tu peux mais gtkmm permet de coupler la puissance de C++ à celle de GTK+, t'as envie de faire des :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
self = my_widget_new ();
my_widget_do (self);

gtk+ 3 sort quand dasn 5 ans

Je pense d'ici deux ans : GTK roadmap notes

[yan]

et pour GTK dans la prochaine version

Oui GTK+ fonctionne sous Mac, il n'y a que le thème qui est en cours.

lol.
En faite je parlais toujours de Qt
la prochaine version aura un thème GTK pour faire des appli qui s'intègre bien à gnome.

Tout façon Qt fait quelque chose GTK copie et inversement...
La preuve GTK à déjà copié le futur thème gnome de Qt

Plus sérieusement, je pense qu'il faut arrêter de dire que wxwidget c'est la daube, Qt n'est pas du C++, GTK c'est lourd....

C'est du troll. Ce serait dire que toutes ses personnes qui se cassent les dents pour nous faciliter la vie n'y connaissent rien et ne réfléchissent pas...
Toute ces lib sont performante et ont à peu prés les même fonctionnalité.
Ce n'est qu'une question de goût et du plus adapté à nos besoin.

Ce qui serait pas mal se serait de réussir à faire un tableau comparatif de leurs fonctionnalités, licence, complexité de déploiement, portabilité, Points fort/Points faible,...

[gege2061]

lol.
En faite je parlais toujours de Qt
la prochaine version aura un thème GTK pour faire des appli qui s'intègre bien à gnome.

Dans ce cas, c'est aussi vrai pour GTK+ (sauf pour le thème GTK+ )

Ce qui serait pas mal se serait de réussir à faire un tableau comparatif de leurs fonctionnalités, licence, complexité de déploiement, portabilité, Points fort/Points faible,...

On a déjà essayé avec d'autres membres de la rédaction mais sans grand succès Peut être qu'en lançant le débat dans le forum contribuez avec l'aide de tous les membres, on aurais plus de chance ?

[Florian Goo]

la prochaine version aura un thème GTK pour faire des appli qui s'intègre bien à gnome.

Bonne nouvelle, ça !
Moi qui utilise quelques applis Qt sous Gnome, je vais enfin pouvoir les utiliser sans me piquer les yeux.

À noter que l'on peut donner un look Qt natif à une appli Gtk également. Ça se fait en installant un paquet spécifique (gtk-qt-engine). Mais bon, ce n'est même plus le problème du développeur à ce niveau là (et c'est tant mieux).