Créer un écran avec VC++ 6.0

Version imprimable

08/03/2007, 12h21
styron

Créer un écran avec VC++ 6.0

Bonjour,
J'utilise MS Visual C++ 6.0 je ne vois pas de boite à outils comme dans Visual Basic pour créer des écrans par drag and drop. Comment fait on pour dessiner un écran ? Est-ce un outils à part, une librairie à ajouter ou quoi ou qu'est-ce ?
Toute aide bienvenue.
08/03/2007, 12h33
Médinoc

Qu'appelles-tu un écran ?
08/03/2007, 13h59
nico-pyright(c)

je te conseille de regarder ce tutoriel http://farscape.developpez.com/tutor...arrer-mfc-vc6/
08/03/2007, 15h03
styron

Merci c'est bien ce que je voulais + question Dll

Merci, je pensais qu'il y avait une possibilité sans utiliser les MFC.
Le coeur de mon problème est que j'ai déjà créée une Dll (c'est ce qu'on m'avait demandé) de type "Win 32 Dynamic libray" or maintenant cette Dll doit afficher des écrans que je dois créer :
Faut-il reprendre l'ensemble dans une Dll MFC ou y a t-il une autre solution ?

Merci encore pour le premier point.
08/03/2007, 15h14
Médinoc

Ça dépend de ce que tu appelles "un écran"...
08/03/2007, 15h16
nico-pyright(c)

sans MFC, tu peux regarder ce tutoriel
http://bob.developpez.com/tutapiwin/
mais ca sera loin de VB
08/03/2007, 17h48
styron

La solution sans MFC semble Ok

Effectivement, après vérif je suis sensé ne pas utiliser les MFC.
Ce qu'il y a dans le tuto correspondant semble suffire. Je vais faire des tests.

Merci une nouvelle fois nico-pyright(c)
08/03/2007, 17h50
Médinoc

C'est un plaisir de se sentir lu...

Donc, "un écran" ou toi, c'est juste une fenêtre/boîte de dialogue/formulaire ?
08/03/2007, 22h31
Mat.M

Citation:

Envoyé par styron

Le coeur de mon problème est que j'ai déjà créée une Dll (c'est ce qu'on m'avait demandé) de type "Win 32 Dynamic libray" or maintenant cette Dll doit afficher des écrans que je dois créer :
Faut-il reprendre l'ensemble dans une Dll MFC ou y a t-il une autre solution ?

Merci encore pour le premier point.

je doute très fortement qu'une dll puisse afficher des écrans !
c'est une extension de code.
Parce que je ne sais pas si la dll recevra jamais des message comme WM_PAINT ,WM_SIZE etc..par l'OS.
Tu dois pouvoir afficher une DialogBox mais c'est pas certain
08/03/2007, 22h56
Médinoc

Il n'y a pas de différence entre le fait qu'une fenêtre soit créée par une fonction d'une DLL ou de l'exe.
L'important, c'est qu'il y a une boucle de message dans le thread auquel appartiennent les fenêtres.

D'ailleurs, les Common Controls sont dans une DLL, les Common Dialog Boxes dans une autre...
09/03/2007, 09h52
styron

Si, Médinoc tu es lu et un écran c'est bien ce que tu décrits. Par contre dans le mesure où je ne vais gérer qu'une seule fenêtre qui sera modale, est il indispensable d'utiliser un thread ?

Pour Mat.M sur le fait d'afficher une message box par la Dll ça ne pose aucun problème.

Merci à vous 2.
09/03/2007, 10h33
Médinoc
Citation:

Envoyé par styron

Par contre dans le mesure où je ne vais gérer qu'une seule fenêtre qui sera modale, est il indispensable d'utiliser un thread ?

Ça, ça sent l'idée reçue venue du monde unixoïde :
Sous Windows, tout processus est constitué d'un ou plusieurs threads. Un processus a donc toujours au moins un thread, celui dans lequel s'exécute le main() ou WinMain().

Ensuite, c'est à toi de choisir où doit se trouver la boucle de messages.
- Elle peut être dans des fonctions de ta DLL, si tu y places exclusivement la boucle de messages, ou bien si tu y appelles DialogBox() ou DialogBoxParam() (les Common Dialogs sont généralement comme ça);
- Ou bien elle peut être dans le programme utilisateur, si tes fonctions de la DLLs appellent CreateDialog() ou si tu laisses directement la ressource et la DialogProc à disposition de l'appelant.
09/03/2007, 11h21
styron

Ok, merci encore.
Je continue mes tests et vous tiens au courant.
09/03/2007, 16h06
Mat.M

Citation:

Envoyé par Médinoc

Elle peut être dans des fonctions de ta DLL, si tu y places exclusivement la boucle de messages, ou bien si tu y appelles DialogBox() ou DialogBoxParam() (les Common Dialogs sont généralement comme ça);

Je doute que pour une fenetre autre qu'une fenetre de type Dialog ( c.a.d.du genre SDI ) on puisse gerer une boucle de message
Styron une MessageBox c'est systeme
09/03/2007, 16h23
styron

Pb paramètre DialogBox()

Je fais un test avec DialogBox() mais j'ai un pb avec le premier paramètre. Hors Dll on fait comme ça:

int APIENTRY WinMain(HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPSTR lpCmdLine,
int nCmdShow)
{
DialogBox(hInstance,(LPCTSTR)IDD_MAIN,NULL,(DLGPROC)MainProc);

Mais que met-on si l'appel à Dialogbox() est dans une Dll ?
Sachant qu'en entrée de la fonction (de la Dll) qui fait cet appel je reçois bien un handle sur la fenêtre appelante mais apparemment ce n'est pas ce qu'il faut mettre.

Apres certains vont nous dire mordicus que cela marche :mouarf: :mouarf:
eh bien avec DllMain une HINSTANCE est passee egalement comme tu le dis ;
Essaie avec ce code

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
 
BOOL CALLBACK  DialogProc( HWND hwndDlg,  UINT uMsg, WPARAM wParam, LPARAM lParam  );
 
BOOL APIENTRY DllMain( HANDLE hModule, 
                       DWORD  ul_reason_for_call, 
                       LPVOID lpReserved
					 )
{
 
	DialogBoxParam(	(HINSTANCE)hModule,MAKEINTRESOURCE(IDD_DIALOG1),NULL , DialogProc,NULL );
	return TRUE;
}
 
BOOL CALLBACK  DialogProc( HWND hwndDlg,  UINT uMsg, WPARAM wParam, LPARAM lParam  )
{
	switch ( uMsg ) 
	{
		//
		// Initialize dialog
		//
		case WM_INITDIALOG:
		break;
		case WM_COMMAND:
			switch (LOWORD(wParam)) 
			{
				case IDCANCEL:				
					EndDialog(hwndDlg , 0 );
				break;
			}
		break;
 
	}
	return 0;
}

Il faut creer un fichier .rc avec une Dialog IDD_DIALOG1 comme ressource

09/03/2007, 16h52
styron

Si je mets NULL ça ne donne rien.

Ce que moi j'ai en entrée de la Dll c'est ça :

BOOL APIENTRY DllMain( HANDLE hModule,
DWORD ul_reason_for_call,
LPVOID lpReserved )

Faut il utiliser hModule comme 1ier paramètre de DialogBox () ?
Le pb c'est qu'il n'est pas connu dans la fonction de la Dll réalisant le DialogBox(). Comment puis je le récupérer ?

1000 excuses le code que j'ai donne n'est pas bon ; il faut creer une fonction dans la dll qui sera exportee et a cette fonction on passera un HINSTANCE et un HWND de programme parent c'est tout bete.
Cette fonction appelera CreateDialogBox ou CreateDialogBoxParam...
Elle sera appelee dans le programme qui charge la dll
c'est bete comme choux !

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
 
BOOL CALLBACK  DialogProc( HWND hwndDlg,  UINT uMsg, WPARAM wParam, LPARAM lParam  );
 
BOOL APIENTRY DllMain( HANDLE hModule, 
                       DWORD  ul_reason_for_call, 
                       LPVOID lpReserved
					 )
{
	return TRUE;
}
 
void FonctionExportee_A_appeler(HINSTANCE hinst,HWND hwndParent)
{
	DialogBoxParam(	hinst,MAKEINTRESOURCE(IDD_DIALOG1),hwndParent, DialogProc,NULL );
 
 
}
BOOL CALLBACK  DialogProc( HWND hwndDlg,  UINT uMsg, WPARAM wParam, LPARAM lParam  )
{
	switch ( uMsg ) 
	{
		//
		// Initialize dialog
		//
		case WM_INITDIALOG:
		break;
		case WM_COMMAND:
			switch (LOWORD(wParam)) 
			{
				case IDCANCEL:				
					EndDialog(hwndDlg , 0 );
				break;
			}
		break;
 
	}
	return 0;
}

09/03/2007, 16h56
styron

Merci Mat.M pour ton aide je n'avais pas vu ton code lors de mon dernier post
mais ma dernière question reste valable !
09/03/2007, 16h59
Mat.M

Re regarde j'ai fait une modif de derniere minute

Typiquement, il faut mémoriser le HMODULE passé à la DLL :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
//##########
//# Dll.cpp
//##########
 
static HMODULE g_hThisModule;
 
//Fonction d'initialisation de la DLL
BOOL APIENTRY DllMain(
 HANDLE hModule, 
 DWORD  ul_reason_for_call, 
 LPVOID lpReserved
 )
{
	switch(ul_reason_for_call)
	{
	case DLL_PROCESS_ATTACH:
		g_hThisModule = hModule;
		break;
	}
	return TRUE;
}
 
//Fonction exportée
EXTERN_C NOMDELADLL_API void WINAPI ShowDllModalDialog( /*... */ )
{
	DialogBoxParam(g_hThisModule, MAKEINTRESOURCE(IDD_DIALOG1), NULL, DialogProc, /* ... */);
}

Citation:

Envoyé par Mat.M

Je doute que pour une fenetre autre qu'une fenetre de type Dialog ( c.a.d.du genre SDI ) on puisse gerer une boucle de message
Styron une MessageBox c'est systeme

Je ne vois pas pourquoi on ne pourrait pas.
On peut mettre ce code à peu près où l'on veut...
Code:

1 2 3 4 5 6 7 8 9 MSG lastMsg; while(GetMessage(&lastMsg, NULL, 0, 0) > 0) { //On peut mettre ce qu'on veut ici : //TranslateAccelerator() pour les touches de raccourci, //IsDialogMessage() pour les fonctionalités clavier d'une boîte de dialogue, //TranslateMessage() pour les WM_CHAR, //DispatchMessage() pour ce qui n'a pas été détourné par IsDialogMessage()... }

09/03/2007, 17h09
styron

y a juste un pb

Je n'ai aucun contrôle sur le programme qui appelle la fonction de la Dll ! :(
Il charge la Dll et appelle la fonction dont voici la signature :

DLLEXPORTC long N_MQRCTR_EXIT ( char * LCH_Exit, char * LCH_Param, char * PST_lhsSegExit )
(comme je l'ai dit plus haut dans les paramètres je sais récupérer le handle de la fenêtre appelante mais c'est la seule info relative à l'appli appelante que l'on m'envoie)
09/03/2007, 17h15
Médinoc

Je n'ai pas vraiment assez d'info, là.
Mais le problème pourrait être dû aux Common Controls.

Essaie en rajoutant un appel à InitCommonControlsEx() (déclaré dans commctrl32.h, implémenté dans comctl32.dll et importé par comctl32.lib) avant de créer la boîte de dialogue...
09/03/2007, 17h31
styron

Médinoc, je pense que l'idée de mémoriser le HMODULE est bonne. Le soucis c'est que chez moi il n'est pas connu dans la fonction qui fait le DialogBox() comme cela semble être le cas chez toi.

Je dois préciser une chose :
La Dll que j'ai créée est appelée plusieurs fois avant l'appel qui doit demander l'affichage de l'écran et elle est libérée (FreeLibrary) à chaque appel, cela a t-il une influence ?
09/03/2007, 17h51
Médinoc

Ça ne devrait pas en avoir une.
Pour le problème de la mémorisation, le HMODULE doit être une variable globale dans la DLL.
Là, je l'ai déclaré static car s'était dans le même source, mais sinon, tu peux en faire une variable globale pour toute la DLL...
12/03/2007, 10h24
styron

c'est mieux

C'est bon en faisant comme ça j'arrive à afficher l'écran :D .
L'ennui c'est lorsque je redonne la main à l'appli : j'ai un "Access Violation" mais je vais regarder de plus près.

Merci, Médinoc et Mat.M vous avez carrément fait avancé le schmilblic !!!
13/03/2007, 10h25
styron

Question subsidiaire

C'est bon en faisant un Destroywindow() j'arrive à ce que je voulais et ça ne plante pas.
Ce que j'aimerais savoir c'est comment récupérer les infos saisies dans la fenêtre que j'affiche. Je les récupère sans problème dans la méthode MainProc () qui gère la fenêtre, mais quelle est la solution pour les récupérer au niveau de la fonction qui fait le DialogBox() (Variable globales ?).
13/03/2007, 10h50
Médinoc

Typiquement, tu peux passer un pointeur à ta boîte de dialogue avec DialogBoxParam().
Tu peux utiliser GetWindowLongPtr() et SetWindowLongPtr() avec l'index DWLP_USER pour garder ce pointeur en mémoire dans la boîte de dialogue.
14/03/2007, 15h33
styron

C'est tout bon

Merci à ceux qui m'ont aidé. :yaisse2:

Fuseau horaire GMT +2. Il est actuellement 22h48.