Discussion :

[-=zol=-]

Bonjour,

Je cherche a savoir ce que font les petits lutins au fond de la cave pour mettre a jour le texte d'un controle quand on fait un :

SetDlgItemTextW(this->m_hWnd,IDC_STATIC, szBuf);

Est-ce qu'ils utilisent DrawItem, TextOut, ... ? et donc les devices context ??

En remontant les appels successifs, je reste bloqué sur un SetWindowText dans les objets OLE ...

Et arrétez moi si je me trompe, mais étant donné que la plupart des contrôles sont une forme spécialisée de CWnd (en MFC), je dois pouvoir utiliser les mêmes api pour les manipuler qu'une CWnd ?


Merci de votre aide
Et surtout ne changez rien ... ce site est une mine d'or !!

[farscape]

salut,
au dela de :: SetDlgItemTextW tu ne verras rien ...
puisque c'est directement l'api 32.
maintenant comment elle agit ,logiquement (je n'en ai pas la preuve)
je repondrai par oui a ta question sur l'utilisation des dc et de drawtext etc..
oui toutes les fonctions de base de CWnd sont applicables sur un contrôle.
la classe CWnd est le socle commun a toutes les fenêtres MFC.

[Médinoc]

Win32 propose de base les fonctions SetDlgItemText(), SetDlgItemInt() et SetWindowText().

On peut supposer que les deux premières utilisent la troisième.

Pour les objets OLE, par contre...

[-=zol=-]

Merci de vos réponses

bon, je ne suis pas tout seul dans le désert, ça me rassure ...

En fait ce besoin de savoir est motivé par un projet unicode qui ne l'est pas vraiment ... je m'explique ..
J'ai une app MFC ANSi existante, avec pas mal de lignes de codes, du Driver, des hooks, des accès au système de fichier, à la registry et tout un tas de moulinettes ... Et on me demande de faire évoluer cette appli pour afficher d'autres langues que celles prises en charge actuellement (toutes basées sur des glyphs latins) et en particulier l'arabe et le chinois ... fiou ... ca se complique pour moi.

J'ai deux choix, soit passer l'appli en full Unicode ... quelques milles erreurs à la compil et encore le compilo dans sa grande bonté s'arrête au bout d'un moment de cracher des insultes, OU deuxième solution (qui me plait beaucoup plus) me débrouiller pour ne gérer des scripts unicodes que pour l'interface. (je n'ai que très peu d'entrée utilisateurs sur l'interface)

Donc je cherche maintenant à comprendre comment se fait la mise a jour du texte d'un contrôle dans l'api win32, pour mettre en place mes propres fonctions d'échanges (DDX_TEXTW) et SetDlgItemTextW(). S'il n'y avait que le chinois ça ne poserait aucun pb, mais je dois aussi gérer les langues arabes qui comportent des ligatures assez complexes à mettre en oeuvre. Et DrawItem, me gere tout ca correctement (et surtout très simplement), d'où le besoin de savoir l'utiliser sur un bon nombre de contrôles.

Si vous des suggestions elles sont les bienvenues .. (je commence ma carrière de programmeur, et sur ce coup la tâche me parait rude mais le sujet me plaît bien)

[-=zol=-]

Bon, voici un bout de code ... je ne comprends pas ce qui ne fonctionne pas.
Je ne dois pas utiliser les fonctions correctement, est-ce que MFC m'empeche de faire ce genre de traitement ... un peu d'aide serait la bienvenue, je cale !

Donc voici le bout de code en question :

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
 
	font = CreateFont(14, 0, 0, 0,
		FW_NORMAL, FALSE, FALSE, FALSE,
		DEFAULT_CHARSET, OUT_CHARACTER_PRECIS,
		CLIP_DEFAULT_PRECIS, PROOF_QUALITY,
		VARIABLE_PITCH | FF_SWISS,
		TEXT("Microsoft Sans Serif"));
 
	ret = ::GetClientRect (GetDlgItem(IDC_STATIC)->m_hWnd, &rect) ;
	hdc = ::GetDC(GetDlgItem(IDC_STATIC)->m_hWnd);
 
	hGdiObj = SelectObject(hdc, font);
 
        // Avec buffer contenant des caracteres arabes
	retDraw = DrawTextW (hdc, buffer, wcslen(buffer), rect,DT_SINGLELINE | DT_CENTER | DT_VCENTER) ;
 
	DeleteObject((HGDIOBJ)font);
 
	::ReleaseDC(GetDlgItem(IDC_STATIC)->m_hWnd,hdc);