Discussion :

[hot_metal]

Salut

J'ai un problème assez bizzard.
Ou je travail je crée un programme qui dois absolument utiliser un hook pour attrapper les messages system "SetFocus". Jusque la aucun problème, ca marche a merveille. Sauf qu'on a remarqué que lorsque l'on ouvre Excel et que l'on sélectionne "File/Open"(excuser il est en anglais), on se retrouve dans le répertoire "Office11" et non dans le répertoire "My Documents". Et seul Execel fait ca. Ca embête beaucoup mon patron, qui utilise excel tous les jours.

Voici des parcelle de code pour mieux voir le problème

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
DTIToolsExport BOOL HOOK_Init(void)

{

	// Initialisation

	g_Memory = NULL;

	g_hMemShare = NULL;



	// Get share memory

	if((g_Memory = sHOOK_GetShareMem(&g_hMemShare)) == NULL)

		EXIT(ERROR);



	// Get system windows handle

	g_Memory->ProcessID = GetCurrentProcessId();

	g_Memory->hShell_TrayWnd = FindWindowEx(NULL,NULL,"Shell_TrayWnd",NULL);

	g_Memory->hReBarWindow32 = FindWindowEx(g_Memory->hShell_TrayWnd,NULL,"ReBarWindow32",NULL);

	g_Memory->hMSTaskSwWClass = FindWindowEx(g_Memory->hReBarWindow32,NULL,"MSTaskSwWClass",NULL);

	g_Memory->hSysTabControl32 = FindWindowEx(g_Memory->hMSTaskSwWClass,NULL,"SysTabControl32",NULL);



	// Set new hook

	if((g_Memory->hHook = SetWindowsHookEx(WH_CBT,sHOOK_Proc,g_hInstance,0)) == NULL)

		EXIT(ERROR);



	FlushViewOfFile(g_Memory,sizeof(SHAREMEM));



	return(TRUE);



ON_EXIT(ERROR)



	return(FALSE);

}



LRESULT WINAPI sHOOK_Proc(int nCode,WPARAM wParam,LPARAM lParam)

{

	SHAREMEM	*ShareMem;

	HHOOK		hHook;

	HANDLE		hShareMem;

	
	
	// Initialisation

	if((ShareMem = sHOOK_GetShareMem(&hShareMem)) == NULL)

		EXIT(ERROR);



	hHook = ShareMem->hHook;




	// ... le code du hook, j'ai le même problème si je le mets en commentaire, alors je l'ai enlevé pour être plus facile à lire.


	sHOOK_ReleaseShareMem(&ShareMem,&hShareMem);



	return(CallNextHookEx(hHook,nCode,wParam,lParam));



ON_EXIT(ERROR)



	return(0);

}

Si quelqu'un a déjà eu se problème, et a la solution ca serais apprécié.

[Aurelien.Regat-Barrel]

Bizarre en effet.
Peut être que ta dll hook effectue (directement ou indirectement via une autre dll) un changement de répertoire courant.
Juste pour tester, que se passe-t-il si dans sHOOK_Proc tu rajoutes un SetCurrentDirectory sur Mes Documents avant l'appel à CallNextHookEx ?

[hot_metal]

J'ai trouver la réponse.

Le dll ou il y a le hook étais assez volumineux, j'ai transporter les fonction du hook dans un dll apart. Tous est redevenu à la normal.

D'après moi excel utilise la fonction GetOpenFileName de l'API de windows et utilise la variable lpfnhook de la structure OPENFILENAME. Il avait une interférance dans ma dll qui empêchait à excel d'utiliser son hook. En mettant mon hook dans un nouveau dll, il n'y a plus d'interférence et le hook de excel marche comme il faut.

Je te remerci tous de même de ton aide.

[Aurelien.Regat-Barrel]

Excel utilise sa propre dialogue GetOpenFileName il me semble (regarde bien, elle est pas tout à fait pareil).
L'interférence peut se produire aillleurs, au niveau du chemin par défaut ou du répertoire courant. Bref tu as résolu le pblm c'est l'essentiel.

[Médinoc]

Il se peut qu'ils utilisent quand même GetOpenFileName() et un hook: La fonction est assez personalisable pour cela.

[Aurelien.Regat-Barrel]

Oui tout est possible. Mais je crois me souvenir avoir constaté un comportement différent avec la "liste à gauche" d'emplacements que tu peux personnaliser dans cette boite, ce que j'avais fait sauf que Office s'en fichait.
Et j'avais déjà lu quelque part que Office utilisait ses propres styles / boites (y'a qu'à voir le look de Office 2003, y'a presque rien de standard Win32, et Excel 11 n'est pas lié statiquement à comctl32.dll), simplement pour que même sur un vieux Windows il ait un style moderne.