Autre chose, on parle tjs de wxWidgets comme alternative portable mais jamais de Fox qui me semble pourtant avoir beaucoup de qualités:
Ben oui, mais il y a des raisons...
Lesquelles ?
pour moi le succès de wxWidgets tient au fait qu'il sont partis d'un noyau de Widgets existant commun à chaque plateformes et qu'ils 'ont enrichi lensuite en fonction des besoins.
Du coup pas besoin de tout recréer from scratch , comme ce toolkit a décollé rapidement (après une longue période de staganation)
le fait de récupérér des bouts existants plutôt que de tout réécrire les a propulsés mais pas forcémnet pour de bonnes raisons
Inconvénient:
L'environnement est moins cohérent, L'API moyenne, les comportements parfois imprévisibles et la programmation n'est pas des plus simples surtout pour ceux qui veulent utilser un tk graphique sans mettre le nez dans le C++ (je pense aux pythoniens entre autres). D'Où les projets comme PythonCard
Qt et Fox ont une approche différentes:
Les primitives graphiques de base forment le socle sur lequel on recrée tous les Widgets.
Les wrappers (FxPy et Py Qt) n'ont pas besoin de surcouche pour être simple à utilser.
Perso je préfère cette approche pour un tk même si elle nécessite plus de travail au départ : les comportements sont maitrisés sur toute les plateformes et le socle me parait plus solide
- GPL
Je prefere la LGPL pour les libs, car ca me laisse la liberté de choisir la licence. wxWidget est LGPL.
Fox est LGPL autant pour moi
WxWidget gère le reseau, les fichiers... c'est un ensemble, et c'est bien appréciable d'avoir un ensemble. J'avoue meme souvent utiliser souvent WxBase (WxWidget sans la partie graphique) pour mes libs et/ou des application en texte.
Mais quant tes besoins sont simples et que tu souhaite juste utiliser
la partie graphique notamment à partir d'un wrapper c'est superflu. Donc autant ne pas disperser son energie et se concentrer sur l' amélioration du GUI.Si ces composants sont utiles pour le GUI rien à dire, mais si ce n'est pas lié au toolkit il vaut mieux l'isoler dans un autre composant de facon à pas se retrouver avec une énorme DLL avec tout dedans car tout le monde n'a pas besoin de ses classes utiltaires destinées au c++.
De plus, c'est de l'objective C, je travaille en C++.
Chacun sa religion, mais pour moi c'est bloquant.
c'est du C++ et ma religion à moi ca serait plutôt le pragmatisme ;-)
Et donc je n'ai pas d'a priori sur les langages du moment qu'ils
correspondent à mes besoins.
Par exemple :
Ecrire une proprette appi en python basée sur un bon tk graphique portable (peu import qu'il soit en c++ ou ObjC) et optimiser avec ave un autre langage si besoin
[^] # Re: Une longue interview de Trolltech
Posté par golum . En réponse à la dépêche Une longue interview de Trolltech. Évalué à 2.
Ben oui, mais il y a des raisons...
Lesquelles ?
pour moi le succès de wxWidgets tient au fait qu'il sont partis d'un noyau de Widgets existant commun à chaque plateformes et qu'ils 'ont enrichi lensuite en fonction des besoins.
Du coup pas besoin de tout recréer from scratch , comme ce toolkit a décollé rapidement (après une longue période de staganation)
le fait de récupérér des bouts existants plutôt que de tout réécrire les a propulsés mais pas forcémnet pour de bonnes raisons
Inconvénient:
L'environnement est moins cohérent, L'API moyenne, les comportements parfois imprévisibles et la programmation n'est pas des plus simples surtout pour ceux qui veulent utilser un tk graphique sans mettre le nez dans le C++ (je pense aux pythoniens entre autres). D'Où les projets comme PythonCard
Qt et Fox ont une approche différentes:
Les primitives graphiques de base forment le socle sur lequel on recrée tous les Widgets.
Les wrappers (FxPy et Py Qt) n'ont pas besoin de surcouche pour être simple à utilser.
Perso je préfère cette approche pour un tk même si elle nécessite plus de travail au départ : les comportements sont maitrisés sur toute les plateformes et le socle me parait plus solide
- GPL
Je prefere la LGPL pour les libs, car ca me laisse la liberté de choisir la licence. wxWidget est LGPL.
Fox est LGPL autant pour moi
WxWidget gère le reseau, les fichiers... c'est un ensemble, et c'est bien appréciable d'avoir un ensemble. J'avoue meme souvent utiliser souvent WxBase (WxWidget sans la partie graphique) pour mes libs et/ou des application en texte.
Mais quant tes besoins sont simples et que tu souhaite juste utiliser
la partie graphique notamment à partir d'un wrapper c'est superflu. Donc autant ne pas disperser son energie et se concentrer sur l' amélioration du GUI.Si ces composants sont utiles pour le GUI rien à dire, mais si ce n'est pas lié au toolkit il vaut mieux l'isoler dans un autre composant de facon à pas se retrouver avec une énorme DLL avec tout dedans car tout le monde n'a pas besoin de ses classes utiltaires destinées au c++.
De plus, c'est de l'objective C, je travaille en C++.
Chacun sa religion, mais pour moi c'est bloquant.
c'est du C++ et ma religion à moi ca serait plutôt le pragmatisme ;-)
Et donc je n'ai pas d'a priori sur les langages du moment qu'ils
correspondent à mes besoins.
Par exemple :
Ecrire une proprette appi en python basée sur un bon tk graphique portable (peu import qu'il soit en c++ ou ObjC) et optimiser avec ave un autre langage si besoin