Il y a une 3ème alternative plus intéressante et qui à le mérite d'être novatrice en terme de conception : WTL (d'autant plus que Microsoft vient de placer ce projet sous SourceForge)
Autre projet qui me parait très intéressant : win32gui qui est en cours de développement par John Torjo. Il devrait y avoit une série d'articles en cours de publication dans le CUJ. http://www.torjo.com/win32gui/index.html
Personellement, j'ai du mal à accrocher... Mais je suis incapable de dire pourquoi.
-- Loïc
Luc Hermitte wrote:
adebaene@club-internet.fr (Arnaud Debaene) wrote in
news:16a4a8c7.0410250327.61490326@posting.google.com:
Il y a une 3ème alternative plus intéressante et qui à le mérite
d'être novatrice en terme de conception : WTL (d'autant plus que
Microsoft vient de placer ce projet sous SourceForge)
Autre projet qui me parait très intéressant : win32gui qui est en cours de
développement par John Torjo. Il devrait y avoit une série d'articles en
cours de publication dans le CUJ.
http://www.torjo.com/win32gui/index.html
Personellement, j'ai du mal à accrocher... Mais je suis incapable de
dire pourquoi.
Il y a une 3ème alternative plus intéressante et qui à le mérite d'être novatrice en terme de conception : WTL (d'autant plus que Microsoft vient de placer ce projet sous SourceForge)
Autre projet qui me parait très intéressant : win32gui qui est en cours de développement par John Torjo. Il devrait y avoit une série d'articles en cours de publication dans le CUJ. http://www.torjo.com/win32gui/index.html
Personellement, j'ai du mal à accrocher... Mais je suis incapable de dire pourquoi.
-- Loïc
kanze
Christophe de VIENNE wrote in message news:<newscache$h6w46i$vcn$...
Fabien LE LEZ wrote:
GTK+2 a un wrapping C++ qui est très bien.
Permet-il de faire des applications standalone, ou faut-il un runtime comme Java ?
En fait, la seule fois où j'ai entendu parler de GTK+, c'est quand j'ai voulu tester gimp. Et là, j'ai dû installer un "runtime GTK+" avant de pouvoir installer gimp, d'où mon inquiétude.
C'est juste les dll, tout comme un programme fait avec wxWidgets a besoin des wxXXX.dll pour tourner.
Mais on peut sûrement le linker statiquement, non ? Sinon, c'est sans intérêt pour une application professionnelle.
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Christophe de VIENNE <cdevienne@alphacent.com> wrote in message
news:<newscache$h6w46i$vcn$1@nntp.alphacent.com>...
Fabien LE LEZ wrote:
GTK+2 a un wrapping C++ qui est très bien.
Permet-il de faire des applications standalone, ou faut-il un
runtime comme Java ?
En fait, la seule fois où j'ai entendu parler de GTK+, c'est quand
j'ai voulu tester gimp. Et là, j'ai dû installer un "runtime GTK+"
avant de pouvoir installer gimp, d'où mon inquiétude.
C'est juste les dll, tout comme un programme fait avec wxWidgets a
besoin des wxXXX.dll pour tourner.
Mais on peut sûrement le linker statiquement, non ? Sinon, c'est sans
intérêt pour une application professionnelle.
--
James Kanze GABI Software http://www.gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Christophe de VIENNE wrote in message news:<newscache$h6w46i$vcn$...
Fabien LE LEZ wrote:
GTK+2 a un wrapping C++ qui est très bien.
Permet-il de faire des applications standalone, ou faut-il un runtime comme Java ?
En fait, la seule fois où j'ai entendu parler de GTK+, c'est quand j'ai voulu tester gimp. Et là, j'ai dû installer un "runtime GTK+" avant de pouvoir installer gimp, d'où mon inquiétude.
C'est juste les dll, tout comme un programme fait avec wxWidgets a besoin des wxXXX.dll pour tourner.
Mais on peut sûrement le linker statiquement, non ? Sinon, c'est sans intérêt pour une application professionnelle.
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
adebaene
Fabien LE LEZ wrote in message news:...
On 25 Oct 2004 04:27:57 -0700, (Arnaud Debaene):
Il y a une 3ème alternative plus intéressante et qui à le mérite d'être novatrice en terme de conception : WTL
Version alpha. Ca c'est du n'importe quoi de SourceForge! Ca fait au moins 4 ans que
cette librairie existe, et je t'assure qu'elle est parfaitement stable et fonctionnelle. Je suppoqe qu'elle est en alpha parce qu'elle est depuis peu sur SourceForge.
Au départ, WTL a été écrite par un développeur de MS à "titre privé" comme une extension d'ATL (même logique d'héritage "à l'envers") pour faire du GUI. MS l'a distribué gratuitement pendant plusieurs années mais sans en faire un "produit" officiel car la documentation n'a jamais été mise à niveau pour correspondre à leur standards de commercialisation. Ils l'ont récemment passée sous licence "libre" et mis sur SourceForge
Arnaud
Fabien LE LEZ <gramster@gramster.com> wrote in message news:<lropn0d09rsf0a12jv1ol81r9oo62dqbni@4ax.com>...
On 25 Oct 2004 04:27:57 -0700, adebaene@club-internet.fr (Arnaud
Debaene):
Il y a une 3ème alternative plus intéressante et qui à le mérite
d'être novatrice en terme de conception : WTL
Version alpha.
Ca c'est du n'importe quoi de SourceForge! Ca fait au moins 4 ans que
cette librairie existe, et je t'assure qu'elle est parfaitement stable
et fonctionnelle. Je suppoqe qu'elle est en alpha parce qu'elle est
depuis peu sur SourceForge.
Au départ, WTL a été écrite par un développeur de MS à "titre privé"
comme une extension d'ATL (même logique d'héritage "à l'envers") pour
faire du GUI. MS l'a distribué gratuitement pendant plusieurs années
mais sans en faire un "produit" officiel car la documentation n'a
jamais été mise à niveau pour correspondre à leur standards de
commercialisation. Ils l'ont récemment passée sous licence "libre" et
mis sur SourceForge
Il y a une 3ème alternative plus intéressante et qui à le mérite d'être novatrice en terme de conception : WTL
Version alpha. Ca c'est du n'importe quoi de SourceForge! Ca fait au moins 4 ans que
cette librairie existe, et je t'assure qu'elle est parfaitement stable et fonctionnelle. Je suppoqe qu'elle est en alpha parce qu'elle est depuis peu sur SourceForge.
Au départ, WTL a été écrite par un développeur de MS à "titre privé" comme une extension d'ATL (même logique d'héritage "à l'envers") pour faire du GUI. MS l'a distribué gratuitement pendant plusieurs années mais sans en faire un "produit" officiel car la documentation n'a jamais été mise à niveau pour correspondre à leur standards de commercialisation. Ils l'ont récemment passée sous licence "libre" et mis sur SourceForge
Arnaud
Fabien LE LEZ
On 26 Oct 2004 05:30:06 -0700, (Arnaud Debaene):
je t'assure qu'elle est parfaitement stable et fonctionnelle
Donc elle ne sera jamais utilisable avec les compilos auxquels j'ai accès ? Une de moins à tester...
-- ;-)
On 26 Oct 2004 05:30:06 -0700, adebaene@club-internet.fr (Arnaud
Debaene):
je t'assure qu'elle est parfaitement stable
et fonctionnelle
Donc elle ne sera jamais utilisable avec les compilos auxquels j'ai
accès ?
Une de moins à tester...
je t'assure qu'elle est parfaitement stable et fonctionnelle
Donc elle ne sera jamais utilisable avec les compilos auxquels j'ai accès ? Une de moins à tester...
-- ;-)
Erwann ABALEA
On Tue, 26 Oct 2004, Arnaud Debaene wrote:
Fabien LE LEZ wrote in message news:...
On 25 Oct 2004 04:27:57 -0700, (Arnaud Debaene):
Il y a une 3ème alternative plus intéressante et qui à le mérite d'être novatrice en terme de conception : WTL
Version alpha. Ca c'est du n'importe quoi de SourceForge! Ca fait au moins 4 ans que
cette librairie existe, et je t'assure qu'elle est parfaitement stable et fonctionnelle. Je suppoqe qu'elle est en alpha parce qu'elle est depuis peu sur SourceForge.
L'état (alpha, beta, stable, ...) est laissé à l'appréciation de l'administrateur du projet. Les gars de chez SourceForge ne modifient rien. C'est donc l'administrateur du projet qui estime que cette bibliothèque est à l'état Alpha.
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- Par l'exemple, tester si déjà présent, le charger, le décharger... -+- Joe in: Guide du Neuneu d'Usenet - Change pas de main -+-
On Tue, 26 Oct 2004, Arnaud Debaene wrote:
Fabien LE LEZ <gramster@gramster.com> wrote in message news:<lropn0d09rsf0a12jv1ol81r9oo62dqbni@4ax.com>...
On 25 Oct 2004 04:27:57 -0700, adebaene@club-internet.fr (Arnaud
Debaene):
Il y a une 3ème alternative plus intéressante et qui à le mérite
d'être novatrice en terme de conception : WTL
Version alpha.
Ca c'est du n'importe quoi de SourceForge! Ca fait au moins 4 ans que
cette librairie existe, et je t'assure qu'elle est parfaitement stable
et fonctionnelle. Je suppoqe qu'elle est en alpha parce qu'elle est
depuis peu sur SourceForge.
L'état (alpha, beta, stable, ...) est laissé à l'appréciation de
l'administrateur du projet. Les gars de chez SourceForge ne modifient
rien. C'est donc l'administrateur du projet qui estime que cette
bibliothèque est à l'état Alpha.
--
Erwann ABALEA <erwann@abalea.com> - RSA PGP Key ID: 0x2D0EABD5
-----
Par l'exemple, tester si déjà présent, le charger, le décharger...
-+- Joe in: Guide du Neuneu d'Usenet - Change pas de main -+-
Il y a une 3ème alternative plus intéressante et qui à le mérite d'être novatrice en terme de conception : WTL
Version alpha. Ca c'est du n'importe quoi de SourceForge! Ca fait au moins 4 ans que
cette librairie existe, et je t'assure qu'elle est parfaitement stable et fonctionnelle. Je suppoqe qu'elle est en alpha parce qu'elle est depuis peu sur SourceForge.
L'état (alpha, beta, stable, ...) est laissé à l'appréciation de l'administrateur du projet. Les gars de chez SourceForge ne modifient rien. C'est donc l'administrateur du projet qui estime que cette bibliothèque est à l'état Alpha.
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- Par l'exemple, tester si déjà présent, le charger, le décharger... -+- Joe in: Guide du Neuneu d'Usenet - Change pas de main -+-
Fabien LE LEZ
On 26 Oct 2004 04:40:25 -0700, :
Sinon, c'est sans intérêt pour une application professionnelle.
Bof... les DLL dans le même répertoire que le .EXE, et donc fournies dans le même .zip (ou programme d'installation), c'est pas bien méchant. Un runtime à installer dans le système, genre Java ou Real Player, par contre, est bien sûr à proscrire pour une application professionnelle.
-- ;-)
On 26 Oct 2004 04:40:25 -0700, kanze@gabi-soft.fr:
Sinon, c'est sans
intérêt pour une application professionnelle.
Bof... les DLL dans le même répertoire que le .EXE, et donc fournies
dans le même .zip (ou programme d'installation), c'est pas bien
méchant.
Un runtime à installer dans le système, genre Java ou Real Player, par
contre, est bien sûr à proscrire pour une application professionnelle.
Sinon, c'est sans intérêt pour une application professionnelle.
Bof... les DLL dans le même répertoire que le .EXE, et donc fournies dans le même .zip (ou programme d'installation), c'est pas bien méchant. Un runtime à installer dans le système, genre Java ou Real Player, par contre, est bien sûr à proscrire pour une application professionnelle.
-- ;-)
Franck Guillaud
Fabien LE LEZ wrote:
Un runtime à installer dans le système, genre Java ou Real Player, par contre, est bien sûr à proscrire pour une application professionnelle.
???
D'ailleurs il n'y a pas d'applications professionnelles développées en Java. Ni en .Net
Franck,e-
Fabien LE LEZ wrote:
Un runtime à installer dans le système, genre Java ou Real Player, par
contre, est bien sûr à proscrire pour une application professionnelle.
???
D'ailleurs il n'y a pas d'applications professionnelles développées en
Java. Ni en .Net
Un runtime à installer dans le système, genre Java ou Real Player, par contre, est bien sûr à proscrire pour une application professionnelle.
???
D'ailleurs il n'y a pas d'applications professionnelles développées en Java. Ni en .Net
C'est peut-être vrai. Tout dépend bien entendu de la définition de « professionnelles ».
-- Michel Michaud http://www.gdzid.com FAQ de fr.comp.lang.c++ : http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ/
Fabien LE LEZ
On Wed, 27 Oct 2004 13:08:49 -0400, "Michel Michaud" :
Tout dépend bien entendu de la définition de « professionnelles ».
En fait, ça dépend surtout du prix. Si tu vends une application à cent mille euros, tu peux te permettre de payer le déplacement d'un technicien pour t'assurer que l'application fonctionne chez le client, et le client peut même parfois dédier une machine à cette application. Java, .Net, Quicktime, etc., sont alors acceptables.
Moi au contraire, je suis petit joueur : les applications que je fais se vendent entre 20 et 500 euros. Du coup, je dois mettre toutes les chances de mon côté pour que l'application s'installe du premier coup, et que le client n'aie pas besoin de nous téléphoner à cause d'un problème technique. Donc : - l'installation de codecs ou runtimes dans le système est exclue : mon programme ne doit pas perturber les applications précédemment installées, ni se laisser perturber par l'installation d'autres applications ; - si jamais je suis contraint d'utiliser une DLL (link statique impossible), la DLL est installée dans le même répertoire que le .exe, et l'exécutable en vérifie la présence et l'intégrité (hash MD5).
En gros, si le coeur de Windows (GDI, gestion de la RAM et des fichiers) est toujours debout, et que le répertoire de l'application n'a pas été corrompu, mon application doit fonctionner. D'ailleurs, je trouve que programmer est bien plus intéressant que faire du support technique par téléphone.
-- ;-)
On Wed, 27 Oct 2004 13:08:49 -0400, "Michel Michaud" <mm@gdzid.com>:
Tout dépend bien entendu de la définition de
« professionnelles ».
En fait, ça dépend surtout du prix.
Si tu vends une application à cent mille euros, tu peux te permettre
de payer le déplacement d'un technicien pour t'assurer que
l'application fonctionne chez le client, et le client peut même
parfois dédier une machine à cette application. Java, .Net, Quicktime,
etc., sont alors acceptables.
Moi au contraire, je suis petit joueur : les applications que je fais
se vendent entre 20 et 500 euros. Du coup, je dois mettre toutes les
chances de mon côté pour que l'application s'installe du premier coup,
et que le client n'aie pas besoin de nous téléphoner à cause d'un
problème technique. Donc :
- l'installation de codecs ou runtimes dans le système est
exclue : mon programme ne doit pas perturber les applications
précédemment installées, ni se laisser perturber par l'installation
d'autres applications ;
- si jamais je suis contraint d'utiliser une DLL (link statique
impossible), la DLL est installée dans le même répertoire que le .exe,
et l'exécutable en vérifie la présence et l'intégrité (hash MD5).
En gros, si le coeur de Windows (GDI, gestion de la RAM et des
fichiers) est toujours debout, et que le répertoire de l'application
n'a pas été corrompu, mon application doit fonctionner. D'ailleurs, je
trouve que programmer est bien plus intéressant que faire du support
technique par téléphone.
On Wed, 27 Oct 2004 13:08:49 -0400, "Michel Michaud" :
Tout dépend bien entendu de la définition de « professionnelles ».
En fait, ça dépend surtout du prix. Si tu vends une application à cent mille euros, tu peux te permettre de payer le déplacement d'un technicien pour t'assurer que l'application fonctionne chez le client, et le client peut même parfois dédier une machine à cette application. Java, .Net, Quicktime, etc., sont alors acceptables.
Moi au contraire, je suis petit joueur : les applications que je fais se vendent entre 20 et 500 euros. Du coup, je dois mettre toutes les chances de mon côté pour que l'application s'installe du premier coup, et que le client n'aie pas besoin de nous téléphoner à cause d'un problème technique. Donc : - l'installation de codecs ou runtimes dans le système est exclue : mon programme ne doit pas perturber les applications précédemment installées, ni se laisser perturber par l'installation d'autres applications ; - si jamais je suis contraint d'utiliser une DLL (link statique impossible), la DLL est installée dans le même répertoire que le .exe, et l'exécutable en vérifie la présence et l'intégrité (hash MD5).
En gros, si le coeur de Windows (GDI, gestion de la RAM et des fichiers) est toujours debout, et que le répertoire de l'application n'a pas été corrompu, mon application doit fonctionner. D'ailleurs, je trouve que programmer est bien plus intéressant que faire du support technique par téléphone.
