Après de heures de traques, il apparaît qu'un contrôle
'WC_IPADDRESS' détruit la fonte qui lui a été associé
via WM_SETFONT lors de son traitement de WM_DESTROY.
je n'ai vu ce comportement (inattendu) sur aucun
autre contrôle standard.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Christian ASTOR
Sylvain SF wrote:
Après de heures de traques, il apparaît qu'un contrôle 'WC_IPADDRESS' détruit la fonte qui lui a été associé via WM_SETFONT lors de son traitement de WM_DESTROY. je n'ai vu ce comportement (inattendu) sur aucun autre contrôle standard.
confirmez-vous cela ? existe-t-il une raison ?
Oui, il envoie un WM_GETFONT à chaque Edit control puis fait un DeleteObject() On peut faire une copie de la fonte avec GetObject()-CreateFontIndirect() pour qu'il détruise la copie.
Sylvain SF wrote:
Après de heures de traques, il apparaît qu'un contrôle
'WC_IPADDRESS' détruit la fonte qui lui a été associé
via WM_SETFONT lors de son traitement de WM_DESTROY.
je n'ai vu ce comportement (inattendu) sur aucun
autre contrôle standard.
confirmez-vous cela ? existe-t-il une raison ?
Oui, il envoie un WM_GETFONT à chaque Edit control puis fait un
DeleteObject()
On peut faire une copie de la fonte avec
GetObject()-CreateFontIndirect() pour qu'il détruise la copie.
Après de heures de traques, il apparaît qu'un contrôle 'WC_IPADDRESS' détruit la fonte qui lui a été associé via WM_SETFONT lors de son traitement de WM_DESTROY. je n'ai vu ce comportement (inattendu) sur aucun autre contrôle standard.
confirmez-vous cela ? existe-t-il une raison ?
Oui, il envoie un WM_GETFONT à chaque Edit control puis fait un DeleteObject() On peut faire une copie de la fonte avec GetObject()-CreateFontIndirect() pour qu'il détruise la copie.