> au faite dans mon projet j'utilise les fonctions writeFile et ReadFile,..
> pour gérer le prot c'est de la
> programmation Win32
C'est exact. Il se trouve qu'en .Net on ne peut pas ouvrir le port série comme un flux classique .Net (enfin ce que je dis là est vrai en 2.0, je ne me souvient plus en 1.1 (Visual 2003)). On est donc plus ou moins obligé de faire comme ça, ce qui apporte mille contrariétés. Mais qu'on soit obligé de sortir les API Win32 pour lire/écrire dans le port, ne veut pas dire qu'on doive continuer à le faire pour écrire dans une TextBox pour plein de raisons. Ou alors dans ce cas, autant tout faire en Win32 ça ira même mieux et plus vite
> en ce qui concerne sendmessage et Wndproc c'est mon responsable qui
> m' a dit d'utiliser cette
> méthode,
Il a tort. :twisted:
> c'est pour cela que j'essaye de le faire..
Je comprends. tu aurais pu le dire tout de suite.
Dis à ton responsable qu'il aurait intérêt à upgrader vers Visual 2005 qui permet de développer un hyperterminal en une demi-heure, et encore en prenant le temps d'un petit café.
> HWND_hf = textbox1->handle();
> mais je ne sais pas si je suis sur le bon chemin?
Oui et non. si textBox1 est un pointeur alors c'est
textBox1->Handle;
sans les parenthèses car Handle est une propriété, pas une méthode.
Ceci posé tu vas avoir un problème de type à gauche du signe = justement à cause du mélange Win32/Net
Parce qu'en .Net le Handle est de Type IntPtr que le compilateur ne vas pas forcément accepter de convertir comme ça.
Alors tu sera peut être obligé d'écrire:
HWND_hf = (HWND)(textbox1->handle);
Mais vraiment tu aurais à l'écrire complètement en Win32 ton appli. Vraiment. Tu es sûr que ton responsable sait que tu es en .Net ? Peut être qu'il croit que tu es en Win32. Il aurait alors raison pour SendMessage
> au faite dans mon projet j'utilise les fonctions writeFile et ReadFile,..
> pour gérer le prot c'est de la
> programmation Win32
C'est exact. Il se trouve qu'en .Net on ne peut pas ouvrir le port série comme un flux classique .Net (enfin ce que je dis là est vrai en 2.0, je ne me souvient plus en 1.1 (Visual 2003)). On est donc plus ou moins obligé de faire comme ça, ce qui apporte mille contrariétés. Mais qu'on soit obligé de sortir les API Win32 pour lire/écrire dans le port, ne veut pas dire qu'on doive continuer à le faire pour écrire dans une TextBox pour plein de raisons. Ou alors dans ce cas, autant tout faire en Win32 ça ira même mieux et plus vite
> en ce qui concerne sendmessage et Wndproc c'est mon responsable qui
> m' a dit d'utiliser cette
> méthode,
Il a tort. :twisted:
> c'est pour cela que j'essaye de le faire..
Je comprends. tu aurais pu le dire tout de suite.
Dis à ton responsable qu'il aurait intérêt à upgrader vers Visual 2005 qui permet de développer un hyperterminal en une demi-heure, et encore en prenant le temps d'un petit café.
> HWND_hf = textbox1->handle();
> mais je ne sais pas si je suis sur le bon chemin?
Oui et non. si textBox1 est un pointeur alors c'est
textBox1->Handle;
sans les parenthèses car Handle est une propriété, pas une méthode.
Ceci posé tu vas avoir un problème de type à gauche du signe = justement à cause du mélange Win32/Net
Parce qu'en .Net le Handle est de Type IntPtr que le compilateur ne vas pas forcément accepter de convertir comme ça.
Alors tu sera peut être obligé d'écrire:
HWND_hf = (HWND)(textbox1->handle);
Mais vraiment tu aurais à l'écrire complètement en Win32 ton appli. Vraiment. Tu es sûr que ton responsable sait que tu es en .Net ? Peut être qu'il croit que tu es en Win32. Il aurait alors raison pour SendMessage