Je voudrais me lancer dans la programmation Windows. Je viens du monde UNIX
et connais déjà bien la Xlib. Je connais très bien le C.
J'ai trouver GTK+ comme librairy qui je suis en train d'apprendre. Ca me
semble tout a fait correspondre à ce dont j'ai besoin. Seul problème
cependant, le code compilé ne tourne que sur les machines ayant installé le
runtime correspondant, ce qui ne m'arrange guère car je dois distribuer mes
applications sur plusieurs postes de travail dans la France entière
(applications scientifiques, non commerciales).
Quelqu'un connaitrait t'il une solution équivalente aux fonctionalité de la
library GTK+, mais produisant des executables "autonomes" pouvant tourner
sur n'importe quelle machine windows? Je veux dire, freeware, et sans que
j'ai à mettre le nez dans l'APIWIN32 native?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Dominique Vaufreydaz
Bonjour,
Quelqu'un connaitrait t'il une solution équivalente aux fonctionalité de la library GTK+, mais produisant des executables "autonomes" pouvant tourner sur n'importe quelle machine windows? Je veux dire, freeware, et sans que j'ai à mettre le nez dans l'APIWIN32 native?
Tu te reponds a toi meme : soit tu utilise l'API Win32 ou les MFC et c'est deja installé, soit il faut te trimbaler la lib que tu utilises. Ca veut pas dire que les gens doivent installer le runtime, mais que tu dois, si tu en as le droit, le distribuer avec ton exe.
Voila. Doms.
Bonjour,
Quelqu'un connaitrait t'il une solution équivalente aux fonctionalité
de la library GTK+, mais produisant des executables "autonomes"
pouvant tourner sur n'importe quelle machine windows? Je veux dire,
freeware, et sans que j'ai à mettre le nez dans l'APIWIN32 native?
Tu te reponds a toi meme : soit tu utilise l'API Win32 ou les MFC
et c'est deja installé, soit il faut te trimbaler la lib que tu utilises.
Ca veut pas dire que les gens doivent installer le runtime, mais que
tu dois, si tu en as le droit, le distribuer avec ton exe.
Quelqu'un connaitrait t'il une solution équivalente aux fonctionalité de la library GTK+, mais produisant des executables "autonomes" pouvant tourner sur n'importe quelle machine windows? Je veux dire, freeware, et sans que j'ai à mettre le nez dans l'APIWIN32 native?
Tu te reponds a toi meme : soit tu utilise l'API Win32 ou les MFC et c'est deja installé, soit il faut te trimbaler la lib que tu utilises. Ca veut pas dire que les gens doivent installer le runtime, mais que tu dois, si tu en as le droit, le distribuer avec ton exe.
Voila. Doms.
Remi THOMAS
"Eric Wajnberg" écrivit
Bonjour,
Je voudrais me lancer dans la programmation Windows. Je viens du monde UNIX et connais déjà bien la Xlib. Je connais très bien le C.
J'ai trouver GTK+ comme librairy qui je suis en train d'apprendre. Ca me semble tout a fait correspondre à ce dont j'ai besoin. Seul problème cependant, le code compilé ne tourne que sur les machines ayant installé le runtime correspondant, ce qui ne m'arrange guère car je dois distribuer mes applications sur plusieurs postes de travail dans la France entière (applications scientifiques, non commerciales).
Quelqu'un connaitrait t'il une solution équivalente aux fonctionalité de la library GTK+, mais produisant des executables "autonomes" pouvant tourner sur n'importe quelle machine windows? Je veux dire, freeware, et sans que j'ai à mettre le nez dans l'APIWIN32 native?
Merci d'avance pour toute aide sur ce point.
Eric.
Bonjour, Je ne connais pas de bibliothèque qui fassent cela. Pour ne pas plonger dans Win32 ou les MFC (tu peux en MFC avoir un EXE autonome) alors il faudra - diffuser un runtime - partir sur autre chose, comme par exemple .NET (avec runtime aussi)
En effet .NET est quand même plus simple à apprendre que Win32 et surtout c'est la nouvelle norme pour le dev Windows. http://msdn.microsoft.com/netframework/ Le SDK est gratuit et tu as aussi un EDI open source http://sourceforge.net/projects/sharpdevelop http://msdn.microsoft.com/netframework/downloads/updates/default.aspx
Rémi
-- Rémi THOMAS MVP Visual C++ .NET http://www.pixel-technology.com/rthomas
"Eric Wajnberg" écrivit
Bonjour,
Je voudrais me lancer dans la programmation Windows. Je viens du monde
UNIX
et connais déjà bien la Xlib. Je connais très bien le C.
J'ai trouver GTK+ comme librairy qui je suis en train d'apprendre. Ca me
semble tout a fait correspondre à ce dont j'ai besoin. Seul problème
cependant, le code compilé ne tourne que sur les machines ayant installé
le
runtime correspondant, ce qui ne m'arrange guère car je dois distribuer
mes
applications sur plusieurs postes de travail dans la France entière
(applications scientifiques, non commerciales).
Quelqu'un connaitrait t'il une solution équivalente aux fonctionalité de
la
library GTK+, mais produisant des executables "autonomes" pouvant tourner
sur n'importe quelle machine windows? Je veux dire, freeware, et sans que
j'ai à mettre le nez dans l'APIWIN32 native?
Merci d'avance pour toute aide sur ce point.
Eric.
Bonjour,
Je ne connais pas de bibliothèque qui fassent cela.
Pour ne pas plonger dans Win32 ou les MFC (tu peux en MFC avoir un EXE
autonome) alors il faudra
- diffuser un runtime
- partir sur autre chose, comme par exemple .NET (avec runtime aussi)
En effet .NET est quand même plus simple à apprendre que Win32 et surtout
c'est la nouvelle norme pour le dev Windows.
http://msdn.microsoft.com/netframework/
Le SDK est gratuit et tu as aussi un EDI open source
http://sourceforge.net/projects/sharpdevelop
http://msdn.microsoft.com/netframework/downloads/updates/default.aspx
Rémi
--
Rémi THOMAS
MVP Visual C++ .NET
http://www.pixel-technology.com/rthomas
Je voudrais me lancer dans la programmation Windows. Je viens du monde UNIX et connais déjà bien la Xlib. Je connais très bien le C.
J'ai trouver GTK+ comme librairy qui je suis en train d'apprendre. Ca me semble tout a fait correspondre à ce dont j'ai besoin. Seul problème cependant, le code compilé ne tourne que sur les machines ayant installé le runtime correspondant, ce qui ne m'arrange guère car je dois distribuer mes applications sur plusieurs postes de travail dans la France entière (applications scientifiques, non commerciales).
Quelqu'un connaitrait t'il une solution équivalente aux fonctionalité de la library GTK+, mais produisant des executables "autonomes" pouvant tourner sur n'importe quelle machine windows? Je veux dire, freeware, et sans que j'ai à mettre le nez dans l'APIWIN32 native?
Merci d'avance pour toute aide sur ce point.
Eric.
Bonjour, Je ne connais pas de bibliothèque qui fassent cela. Pour ne pas plonger dans Win32 ou les MFC (tu peux en MFC avoir un EXE autonome) alors il faudra - diffuser un runtime - partir sur autre chose, comme par exemple .NET (avec runtime aussi)
En effet .NET est quand même plus simple à apprendre que Win32 et surtout c'est la nouvelle norme pour le dev Windows. http://msdn.microsoft.com/netframework/ Le SDK est gratuit et tu as aussi un EDI open source http://sourceforge.net/projects/sharpdevelop http://msdn.microsoft.com/netframework/downloads/updates/default.aspx
Rémi
-- Rémi THOMAS MVP Visual C++ .NET http://www.pixel-technology.com/rthomas
Eric Wajnberg
"Dominique Vaufreydaz" a écrit dans le message de news:djkuui$7co$
Bonjour,
> Quelqu'un connaitrait t'il une solution équivalente aux fonctionalité > de la library GTK+, mais produisant des executables "autonomes" > pouvant tourner sur n'importe quelle machine windows? Je veux dire, > freeware, et sans que j'ai à mettre le nez dans l'APIWIN32 native?
Tu te reponds a toi meme : soit tu utilise l'API Win32 ou les MFC et c'est deja installé, soit il faut te trimbaler la lib que tu
utilises.
Ca veut pas dire que les gens doivent installer le runtime, mais que tu dois, si tu en as le droit, le distribuer avec ton exe.
Voila. Doms.
Merci pour cette réponse - que je soupconnais effectivement. Ma question subsidiaire est donc plutot: Pourquoi les développeurs de librairies telle que GTK+ n'ecrivent-ils pas dans la foulée un générateur de code C qui soit compilable et argumentent directement l'API Win 32, et donc autonome. Ou bien trouvent d'autre moyen, via l'éditeur de lien, pour arriver au même but!
Eric.
"Dominique Vaufreydaz" <Dominique-Doms.Vaufreydaz@imag.fr> a écrit dans le
message de news:djkuui$7co$1@trompette.imag.fr...
Bonjour,
> Quelqu'un connaitrait t'il une solution équivalente aux fonctionalité
> de la library GTK+, mais produisant des executables "autonomes"
> pouvant tourner sur n'importe quelle machine windows? Je veux dire,
> freeware, et sans que j'ai à mettre le nez dans l'APIWIN32 native?
Tu te reponds a toi meme : soit tu utilise l'API Win32 ou les MFC
et c'est deja installé, soit il faut te trimbaler la lib que tu
utilises.
Ca veut pas dire que les gens doivent installer le runtime, mais que
tu dois, si tu en as le droit, le distribuer avec ton exe.
Voila. Doms.
Merci pour cette réponse - que je soupconnais effectivement. Ma question
subsidiaire est donc plutot: Pourquoi les développeurs de librairies telle
que GTK+ n'ecrivent-ils pas dans la foulée un générateur de code C qui soit
compilable et argumentent directement l'API Win 32, et donc autonome. Ou
bien trouvent d'autre moyen, via l'éditeur de lien, pour arriver au même
but!
"Dominique Vaufreydaz" a écrit dans le message de news:djkuui$7co$
Bonjour,
> Quelqu'un connaitrait t'il une solution équivalente aux fonctionalité > de la library GTK+, mais produisant des executables "autonomes" > pouvant tourner sur n'importe quelle machine windows? Je veux dire, > freeware, et sans que j'ai à mettre le nez dans l'APIWIN32 native?
Tu te reponds a toi meme : soit tu utilise l'API Win32 ou les MFC et c'est deja installé, soit il faut te trimbaler la lib que tu
utilises.
Ca veut pas dire que les gens doivent installer le runtime, mais que tu dois, si tu en as le droit, le distribuer avec ton exe.
Voila. Doms.
Merci pour cette réponse - que je soupconnais effectivement. Ma question subsidiaire est donc plutot: Pourquoi les développeurs de librairies telle que GTK+ n'ecrivent-ils pas dans la foulée un générateur de code C qui soit compilable et argumentent directement l'API Win 32, et donc autonome. Ou bien trouvent d'autre moyen, via l'éditeur de lien, pour arriver au même but!
Eric.
Cyrille Szymanski
"Eric Wajnberg" wrote in news:djsj6f$kk3$:
Pourquoi les développeurs de librairies telle que GTK+ n'ecrivent-ils pas dans la foulée un générateur de code C qui soit compilable et argumentent directement l'API Win 32, et donc autonome. Ou bien trouvent d'autre moyen, via l'éditeur de lien, pour arriver au même but!
C'est exactement ça, le runtime GTK+ c'est en gros toutes les DLL qu'il faut aux applications, plus des fichiers de configuration par exemple.
Mais pour pouvoir garder le même look&feel ou le même comportement, GTK n'utilise souvent pas le composant Windows natif mais dessine lui-même les widgets (sous X11 il n'y a pas de notion de widget).
-- Cyrille Szymanski
"Eric Wajnberg" <wajnberg@antibes.inra.fr> wrote in
news:djsj6f$kk3$1@saphir.jouy.inra.fr:
Pourquoi les développeurs de librairies telle que GTK+ n'ecrivent-ils
pas dans la foulée un générateur de code C qui soit compilable et
argumentent directement l'API Win 32, et donc autonome. Ou bien
trouvent d'autre moyen, via l'éditeur de lien, pour arriver au même
but!
C'est exactement ça, le runtime GTK+ c'est en gros toutes les DLL qu'il
faut aux applications, plus des fichiers de configuration par exemple.
Mais pour pouvoir garder le même look&feel ou le même comportement, GTK
n'utilise souvent pas le composant Windows natif mais dessine lui-même les
widgets (sous X11 il n'y a pas de notion de widget).
Pourquoi les développeurs de librairies telle que GTK+ n'ecrivent-ils pas dans la foulée un générateur de code C qui soit compilable et argumentent directement l'API Win 32, et donc autonome. Ou bien trouvent d'autre moyen, via l'éditeur de lien, pour arriver au même but!
C'est exactement ça, le runtime GTK+ c'est en gros toutes les DLL qu'il faut aux applications, plus des fichiers de configuration par exemple.
Mais pour pouvoir garder le même look&feel ou le même comportement, GTK n'utilise souvent pas le composant Windows natif mais dessine lui-même les widgets (sous X11 il n'y a pas de notion de widget).
