Une boucle do-while ne serait-elle pas plus compacte que le if + while ?
et pour le memset? mettre un *chaine = 0; ou carrement un strcpy

Tres bien ! Par contre, j'aurais mis la création du client apres celle de la fenetre principale (pas dans WM_CREATE) du fait que CreateWindowEx envoit WM_NCCREATE, WM_NCCALCSIZE puis WM_CREATE: Je sais pas comment reagit DefFrameProc quand hClient est nul...

En fait le scroll est desactivé pour l'instant. Mais on peut naviguer avec les fleches haut bas, touche debut/fin et page down/up (cf: hexe_frame::on_key_down)

C'est clair, on peut faire (j'ai fais) plus court en C. Mais ce qui m'interresse c'est la reutilisabilité (?) du code. Avec le C ya trop de variables globales et le code devient vite fouilli. Le C++ est (attention, pour moi)plus propre. Mais c'est clair, plus compliqué.

En effet avec wasistdas j'ai fais un peu le meme genre de truc (slots/message), mon but etant de mettre au point une lib du genre pour DevC++.

Cette source est une sorte d'intro.

Alors je me repete surement: c'est du C++ (avec des classes, des fonctions virtuelles etc.) utilisant les API de Windows (pas de MFC...)

Pour la lecture c'est clair que c'est pas encore au point: c'est baclé. Je crois meme que je l'ai publié un peu trop vite...

rien a voir en effet: c'est juste les entetes precompilés de Visual C++. Sous DevC++, je crois que je les ai sucrés. (Eh oui ça doit compiler sans erreur sur les deux)

Aber ja, mais un wasistdas c'est une fenetreuh.

Et la difference avec une liste chainées double?

Trop bon

Excellent le coup du static en URL. Jusque la je me servais de TrackMouseEvent pour les mouse_over et autre. Ta methode est plus legère! Juste un detail, je prefere repondre à WM_LBUTTONUP plutot que WM_LBUTTONDOWN... mais chacun son truc!

l'api Windows nous founit des handles pour travailler.

une fenetre par exemple est reprenter par un handle de type HWND.

HWND hWnd = CreateWindowEx(...); //
DestroyWindow(hWnd);

un DC est un HDC.
HDC hdc = GetDC(hWnd);
ReleaseDC(hWnd,hdc);

pour faire court: un thread est une unite d'execution concurrente dans un processus; ca permet de faire plusieurs taches 'en meme temps' au sein d'un meme processus.