Treeview et système de sous fenetre

Je sais que la question a déjà été abordé a plusieurs reprises sous une forme ou une autre. En fait je crée une fenetre sans MFC (jusque là rien de très dur) et je souhaite dans cette fenêtre insérer une treeview dans une partie de cette fenetre tout en gardant un espace pour pouvoir ouvrir une sous fenêtre par la suite en fonction du node sélectionné (un bon exemple pour illustrer ce que je veux faire c'est le systeme de selection de fichier dans un projet de visual).
J'ai trouvé un tutorial pas mal a ce sujet ( [ Lien ] ) malheureusement impossible de le faire fonctionner sous visual et comme dans la suite de mon projet je souhaite utiliser SxDL (moteur de jeu 2D qui a la facheuse manie de ne pas tourner sous dev) je me trouve obligé de garder ce "très cher" environnement.
J'ai bien essayé d'utiliser les divers codes trouvé, notemment sur la msdn, mais je dois avouer avoir loupé une ou deux étape dans la compréhension.
Si quelqu'un a des infos sur le sujet (de préférence un tutorial j'aime bien comprendre ce que je fais) ou un exemple vraiment parlant que je pourrais utiliser comme base je lui en serais reconnaissant.

Merci d'avance.

A tu ajouté  #include <commctrl.h>

Oui, je m'en serais voulu si ca avait été aussi bête^^

Tu peux préciser l'erreur ?
As-tu appelé InitCommonControl()  ?

En fait je pense qu'il s'agit en fait surtout d'un problème de comprehension de ma part c'est pour ca que je ne suis pas entré dans les détails.
Mais dans le cas du tutorial que j'ai mentionné l'erreur qui s'affiche est la suivante:

C:\Program Files\Microsoft Visual Studio\MyProjects\APIX\WinMain.cpp(98) : error C2440: '=' : cannot convert from 'void *' to 'long (__stdcall *)(struct HWND__ *,unsigned int,unsigned int,long)'

pour la ligne: wpOrigEditProc = (PVOID)SetWindowLong(hEdit,
                                                   GWL_WNDPROC, (long)EditProc);

Si j'ai bien tout compris EditProc me permet d'éditer une zone spécifique dans une fenêtre. Et  apparemment le compilateur n'aime pas le forcage de type.

Et oui j'ai bien utilisé InitCommonControl() et ce juste avant d'initialiser ma variable HIMAGELIST.

Ton wpOrigEditProc a l'air d'être un pointeur de fonction. Je vois pas bien pourquoi tu utilise ça avec la fonction SetWindowLong. Cette fonction renvoie une valeur long.

___________________________________________
Les plus grands esprits trouvent toujours une solution

Oui c'est bien un pointeur, si j'ai bien tout compris ca permet de modifier les paramètres de ma fenetre mère en fonction du message qu'EditProc renvoit, et donc d'afficher ma treeview dans cette meme zone.

D'ailleur voila la fonction

LRESULT APIENTRY EditProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
{
   if (uMsg == WM_SETFOCUS || uMsg == WM_CONTEXTMENU || uMsg == WM_CHAR ||
                                                             uMsg == WM_KEYDOWN)
                                                                       return 0;
   return CallWindowProc(wpOrigEditProc, hwnd, uMsg, wParam, lParam);
}

Ca parlera peut etre mieu a quelqu'un qui a vraiment acquis le concept de zone d'edition dans une fenetre.

Ca n'a peut etre pas de rappport mais si j'enleve la ligne le compilateur me dit qu'il n'arrive plus a linker les différent icones que je souhaite utiliser.

Ton SetWindowLong fait en fait un sous-classement de la fenêtre (attribue une nouvelle WndProc). Une écriture plus logique serait: wpOrigEditProc = (WNDPROC)SetWindowLongPtr(hEdit, GWL_WNDPROC, (LONG_PTR)EditProc); SetWindowLongPtr plutot que SetWindowLong, ca t'évitera des problème si un jour tu passes en 64 bis

Le compilateur ne me reconnait pas la fonction SetWindowLongPtr et je ne la trouve ni dans mes doc API ni sur Msdn. Ca provient d'une librairie spécifique?

SETWINDOWLONGPTR

___________________________________________
Les plus grands esprits trouvent toujours une solution