J'ai les nerd car j'ai lu tout le tutorial du C et C++ et je ne sais pas coment faire pour faire des programme en Windows application qui ne sont pas des jeux !
Je veut faire des programme normeau de plus mon copain ma dit qu'il voulait un programme qui rajoute une barre dans la barre d'outils et qui quand on mais blibli.gif (par exemple) sa ouvre une fenetre ou y'a tout les fichier trouvé...
Bon imagine toi que wxWidgets c'est l'API WIN32 en plus simple. Un membre du forum a fait un cours intéressant sur wxWidgets avec comme fil conducteur un client FTP complet avec wxWidgets. Tu n'a qu'à essayer de comprendre ou alors tu reprend son code et tu adapte.
Lis les doc et arrêtes de poser des questions bêtes sans réfléchir !!!
On peut installer GTK directement depuis Dev-C++, dans le menu pour installer des packages (menu outils je crois). Ensuite, on ne va pas te faire un cours particulier sur le forum. Tu cherches une doc ou un tutos et tu te débrouilles, tu poseras des questions quand tu auras fait un petit effort et que tu auras de vrais problèmes.
'fin en même temps si tu veux faire de la programmation windowS (pas window, ça c'est juste un truc avec des fenêtres), c'est pas avec gtk.... faut aller sur msdn
Sinon pour gtk, le wiki francophone: http://www.gtk-fr.org/wakka.php?wiki=PageAccueil
aidez moi ! si il vous plait ! je comprend plus rien...
d'abord GTK puis GTK+ puis WxWidget puis msdn je comprend rien ! quesqui me faut pour crée un vrai programme windows et pas un jeu video ! ni une fenetre DOS mais je veut crée mon propre programme alors quelqun peut t'il m'expliquer la quel librairie serait le mieu, quesqui faut que je telecharge (les lien que je doit telecharger) clairement ! je serait le plus heureux de la famille des 0 et des 1
Encore une fois, M@teo a apporté la bonne réponse
Néammoins tu peux toujours te renseigner (histoire de te faire un peu peur ) ... par exemple jette un coup d'oeil à ma toute première version d'une genre de notepad (tout bête) tu verras tout de suite si tu te sens capable ...
c'est ici : -> www.siteduzero.com/forum-83-34378-p1-winapi-notepad-ameliore-votre-avis.html
(oui je sais c'est vieux je l'ai amélioré depuis mais c'est pour te faire une idée)
La différence, c'est la portabilité aussi ( si je ne me trompe pas ).
wxWidgets et portable par exemple.
Sinon tu peut faire une application win32 avec <windows.h> ( ton programme ne marcheras que sous windows )
Sinon oriente toi aussi vers d'autre langage comme le JAVA.
Mais je te conseil une chos : apprend la POO ( programmtion orientée objet ). Tu en auras besoin aussi bien si tu utilise wxWidgets ou swing ( JAVA )
Je ne conseille pas GTK, puisque même s'il est portable, on est obligé d'installer le runtime pour faire fonctionner le programme, qui est souvent gênant pour des personnes n'y connaissant rien. (et par souci de simplicité aussi ...)
Enfin bon c'est mon avis
aidez moi ! si il vous plait ! je comprend plus rien...
d'abord GTK puis GTK+ puis WxWidget puis msdn je comprend rien ! quesqui me faut pour crée un vrai programme windows et pas un jeu video ! ni une fenetre DOS mais je veut crée mon propre programme alors quelqun peut t'il m'expliquer la quel librairie serait le mieu, quesqui faut que je telecharge (les lien que je doit telecharger) clairement ! je serait le plus heureux de la famille des 0 et des 1
On va essayer de clarifier.
Un programme pour Windows peut être conçu de 2 manières différentes :
Le mode console
Le mode GUI (Graphic User Interface)
Ce qui t'interesse, c'est le mode GUI. Pour programmer en GUI, il y a plusieurs façon de faire.
Le plus 'bas niveau' consiste à utiliser directement les fonctions systèmes (API Windows aka API WIN32). C'est possible en C. Il suffit d'inclure "windows.h", d'apprendre comment on fait organise le code (c'est un peu plus compliqué que le main() que tu connais). Pour ça, il y a des tutoriels sur le net (on ne trouve malheureusement plus l'excellent livre de Charles Petzold).
Si tu connais le C++, tu peux utiliser une des nombreuses 'surcouches' censées 'simplifier' le codage (MFC, OWL etc.). Chaque éditeur de RAD (Microsoft, Borland etc.) propose les siennes, évidemment complètement incompatibles entre elles et non portables sur d'autres systèmes...)
Il existe une autre approche réalisée par la Communauté des Développeurs, entité floue mais efficace, qui travaille sur des projets concrets, libres et portables comme GTK+ (C) et WxWidgets (C++), par exemple. Ce sont des surcouches qui, certes, ne permettent pas de bénéficier des derniers gadgets proposés par tel ou tel système, mais qui permettent de réaliser des applications portables sur Windows, GNU/Linux/X, Mac, Sun etc.
Merci beaucoup pour ces explication Je suis treès heureux
maintenant je vien d'apprendre que y'avait API windows ses quoi sa ?
si quelqun peu m'expliquer en bref et aussi pour GTK ou WxWidget avoir un site ou je peut téléchargez les fichier et me dire quelle sont les lien sur les quelle je doit cliquez
Sinon M@teo j'ai relis au moins 5 fois tes chapitre ! sur le C et le chapitre sur la librairie SDL donc a mon avis je suis bien pret ! en plus j'avait fait des changement et tout ...
Bon si t'as bien capté le principe de la boucle d'évênement, que les pointeurs ne te posent plus du tout de problèmes et que tu es motivé, peut être tu peux essayer d'apprendre l'API windows.
Ca correspond à la définition 'bas niveau' de ce que t'a décrit -ed- avec l'utilisation directe de windows.h . Donc par définition, vu que ton code utilisera et sera dépendant de cet header, il ne sera pas portable sur autre chose que windows.
M'enfin, c'est ton choix, personnlement, j'ai remarqué ce tutoriel cours:
Lien.
Je ne l'ai pas lu, mais vu la taille du sommaire, ça a l'air d'être assez complet
Effectivement il a l'air, (il y en a d'ailleurs un autre sur ce même site, un peu plus précis ...)
Sinon, conçernant l'API windows (aussi dénommée winAPI) (puisque je connais très peu le GTK et rien de wxWidget ;))pour faire simple, chaque fenêtre créée possède un genre d'identification qu'on appelle Handle.
A chaque boite de dialogue, on lui associe un callback où sont traitées les messages ajoutés à la pile.
On joue souvent sur les ressources (utilisées aussi pour inclure des fichiers à l'esécutable) afin de créer plus facilement une boite de dialogue et recueillir ses messages dans le callback de cette même fenêtre.
Si ça t'intéresse je te posterais un résumé illustré par un code (ca vaut mieux qu'un long discours )
[EDIT] : En gros un programme winAPI se comporte de la manière suivante (sans programmation modulaire dans cet exemple )
#include <windows.h> /* obligatoire */
[Variables globales]
LRESULT CALLBACK MainWndProc(HWND, UINT, WPARAM, LPARAM); // prototype de la procédure (callback) du main
int WINAPI WinMain(HINSTANCE hinstance, HINSTANCE hPrevInstance,
LPSTR lpCmdLine, int nCmdShow) {
HWND hwnd; // handle fenetre mère
MSG msg; // le message de la boucle événementielle
WNDCLASS wc; // la classe de fenêtre...
hwnd = CreateWindow("MaWinClass", "Titre", WS_OVERLAPPEDWINDOW,
CW_USEDEFAULT, CW_USEDEFAULT, 400, 300, NULL, NULL, hinstance, NULL); // création de la fenêtre principale avec les paramètres appropriés if(!hwnd)returnFALSE;
ShowWindow(hwnd, nCmdShow);
UpdateWindow(hwnd); // on affiche le tout
while(GetMessage(&msg, NULL, 0, 0)) {
TranslateMessage(&msg);
DispatchMessage(&msg); } return msg.wParam; } // --> la fameuse boucle événementielle, qui envoie les messages systemes dans la pile et qui sont traités dans le callback /******************************************************************************/
LRESULT CALLBACK MainWndProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam)// le célebre callback { switch(uMsg)// en fonction du message { case WM_CREATE: // quand elle est crée, // on fait des "trucs" ici ... exemple : timers etc ... return0;
case WM_DESTROY: // quand on clique sur la croix
PostQuitMessage(0); // on quitte bien sur return0;
default: return DefWindowProc(hwnd, uMsg, wParam, lParam); //sinon on fait rien } }
L'avantage avec le winAPI, c'est que c'est pas mal organisé je trouve ... de plus, c'est facile à démarrer si on a compris, et enfin c'est vrai que c'est pratique puisqu'aucune librairie n'est nécessaire afin de le compiler ... et les testeurs n'ont besoin d'aucun runtime ! (n'est ce pas GTK ? ) (du moins pour les windowsiens ... )
If you'd like to join us, read "How do we work at OpenClassrooms"! :)