Déterminer le nom des icônes contenues dans "shell32.dll".

Salut!:D

Pour obtenir une icône pour une fenêtre:

Code:

---

1 2 3 4 5 6 7

HMODULE hDll=LoadLibrary("C:\\WINDOWS\\System32\\shell32.dll"); if(hDll==NULL)cout<<"ERROR hDll : "<<GetLastError()<<endl; HMODULE hDllIcon=GetModuleHandle("shell32.dll"); if(hDllIcon==NULL)cout<<"ERROR hDllIcon : "<<GetLastError()<<endl; wc.hIcon=LoadImage(hDllIcon,

---

mais "LoadImage" a besoin en 2ème paramètre du nom de l'icône à charger.
Comment l'obtenir?
Sinon comment charger une icône sans connaître son nom?
Faut il vraiment effectuer tout ce processus pour charger une icône?

Merci.:D

Tu peux utiliser directement son numéro, je pense (avec la macro MAKEINTRESOURCE())

Code:

---

1 2 3 4

wc.hIcon=static_cast< HICON >(LoadImage( hDllIcon, MAKEINTRESOURCE(n° de l'icone), IMAGE_ICON, 32, 32, LR_DEFAULTCOLOR ));

---

Note: Si ton icône a plusieurs tailles, tu peux choisir avec cette fonction. Par contre, je ne crois pas qu'elle permette de choisir la profondeur de couleur (si l'icône en a plusieurs possibles).

C'est exactement ça merci.
Sinon faut il forcément charger la "dll" contenant les icônes explicitement avec "LoadLibrary"?

Citation:

---

Envoyé par seriousme

Sinon faut il forcément charger la "dll" contenant les icônes explicitement avec "LoadLibrary"?

---

GetModuleHandle() retourne le handle d'un module (ici DLL) déjà mappé dans l'espace d'adressage.

Dans une application MFC, shell32.dll est chargée par le framework avant que le 1er code utilisateur ne soit exécuté.

En revanche, dans une application Win32 pure, ce n'est pas forcément le cas et un LoadLibrary() doit être fait avant.

Au pire, si tu veux absolument éviter un LoadLibrary() inutile, tu peux le faire en fonction du retour de GetModuleHandle().

C'est du "Win32" merci.

Sinon pour le curseur comment en charger un?
Ceci:

Code:

---

wc.hCursor=static_cast< HICON >(LoadImage(NULL,IDC_WAIT,IMAGE_CURSOR,0,0,LR_DEFAULTCOLOR));

---

avec:

Code:

---

1 2 3

case WM_SETCURSOR: SetCursor(static_cast< HICON >(LoadImage(NULL,IDC_WAIT,IMAGE_CURSOR,0,0,LR_DEFAULTCOLOR))); break;

---

provoquant:

Code:

---

1 2	ERROR_RESOURCE_TYPE_NOT_FOUND 1813 The specified resource type cannot be found in the image file.

---

Merci.

Je ne suis pas sûr de comprendre ce que tu cherches à faire.

Redéfinir le curseur de classe de fenêtre sert à modifier de façon permanente le curseur par défaut (la flèche) lorsque la souris est sur la zone client de la-dite fenêtre.

L'utilisation du message WM_SETCURSOR sert à donner ponctuellement à l'application l'opportunité de mettre un curseur contextuel à la place du curseur par défaut (précédemment défini) lorsque la souris bouge sur la zone client de la fenêtre et si elle n'est pas capturée.

Ceci étant dit, est-ce que tu persistes avec le même code ou pas ?

Citation:

---

Redéfinir le curseur de classe de fenêtre sert à modifier de façon permanente le curseur par défaut (la flèche) lorsque la souris est sur la zone client de la-dite fenêtre.

---

C'est cela : que le curseur de l'application soit différent de celui utilisé habituellement.
Avec ce code lorsque le curseur se trouve sur la fenêtre il disparaît.
Sans le "WM_SETCURSOR" le curseur est présent mais est celui utilisé habituellement.

Citation:

---

Envoyé par seriousme

C'est cela : que le curseur de l'application soit différent de celui utilisé habituellement.
Avec ce code lorsque le curseur se trouve sur la fenêtre il disparaît.
Sans le "WM_SETCURSOR" le curseur est présent mais est celui utilisé habituellement.

---

Oui, mais ceci :

Code:

---

wc.hCursor=static_cast< HICON >(LoadImage(NULL,IDC_WAIT,IMAGE_CURSOR,0,0,LR_DEFAULTCOLOR));

---

remplace la flèche comme curseur par défaut par le sablier, non ?

lapin compris...

Citation:

---

remplace la flèche comme curseur par défaut par le sablier, non ?

---

Exactement mais ça ne fonctionne pas.

Je ne vois pas trop l'intérêt de mettre le sablier comme curseur par défaut d'une appli, d'où mon incompréhension, mais disons que tu dois avoir tes raisons ;)

bon alors 2 questions :

pourquoi le handle retourné par LoadImage() est-il casté en HICON ?

est-ce que tu as essayé tout bêtement :

Code:

---

wc.hCursor = LoadCursor (NULL, MAKEINTRESOURCE(IDC_WAIT));

---

ou sinon pour rester dans le compliqué :

Code:

---

wc.hCursor = static_cast<HCURSOR>(LoadImage(NULL,MAKEINTRESOURCE(IDC_WAIT),IMAGE_CURSOR,0,0,LR_DEFAULTCOLOR));

---

?

La première solution fonctionne mais pas la seconde:
-si l'entrée dans la fenêtre se fait par un côté le curseur est celui de redimensionnement horizontal;
-par en bas c'est celui de redimensionnement vertical;
-par en haut le curseur habituel.

Si "LoadImage" est utilisé c'est parce que cette fonction est censée remplacer "LoadIcon" et "LoadCursor" selon MSDN.

Citation:

---

Envoyé par seriousme

Si "LoadImage" est utilisé c'est parce que cette fonction est censée remplacer "LoadIcon" et "LoadCursor" selon MSDN.

---

C'est vrai.
Mais elle n'est pas non plus explicitement dépréciée, donc comprend qui pourra...

Sinon il y a un autre truc qui me chiffonne dans ton code : il me semble que les icones & curseurs système sont partagés (et non ré-instanciés à chaque fois) et doivent donc être chargés comme tels (ce que fait en interne LoadIcon() mais pas LoadImage()) ...

=> essaie avec le flag LR_SHARED

Avec le flag "LR_SHARED" ça fonctionne, merci.
Mais pourquoi?

Je pense que c'est une question d'espace d'adressage et d'économie de mémoire : les icones et curseurs système ne se trouvent probablement pas dans l'espace du processus.