Discussion :

[trilomdor]

Nous avons créer un projet avec en MDI (MFC), nous recevons des données, via le reseau et donc des sockets (AsyncSocket), et nous voudrions afficher ces données dans une des fenêtres filles. Mais nous ne savons pas par quel bout commencer.
Comment faire pour mettre les fenetres en mode texte et ecrire dedans???? Help.....

Trilomdor

[abelman]

En gros il faut :
Recuperer un contexte de periphérique sur la fenêtre (Device Context) en utilisant la Fonction GetDC de la fenêtre.
Utiliser la fonction TextOut du Device context
Liberer le Context Device ReleaseDC
Invalider le Rectangle où la eu lieu l'écriture. CWnd::InvalidateRect. ça provoque le refresh de la fenêtre

[farscape]

salut,
autre solution possible utiliser la classe CEditView et rajouter au fur et a mesure le texte dedans.

[trilomdor]

--- Ok, l'explication parait clair et logique, MAIS dans quel fichier recupérer le Device context?? (...view.cpp, ...doc.cpp, ...App.cpp)
De plus pour utiliser GetDC, ne faut il pas un pointeur sur CWnd, si oui lequel et de quelle fenetre ??

--- Pour le CeditView, c'etait la piste sur laquelle on était parti, mais en fait, on faisait appelle à une fonction (Message) se trouvant dans le fichier ...view.cpp et au moment du transtypage, comme suit ((....view*)m_viewList.GetHead())->Message(str) , MFC nous indiquait qu'il ne connaissait pas 'm_viewList'. Nous ne savons meme pas où cette variable est déclarée ou dans quel header elle se trouve.


Trilomdor

PS : dsl , plus on fais de MFC plus on se perd, donc nos propos peuvent etre embrouillés. C'est pourquoi on a vraiment besoin d'aide.

[farscape]

re,
c'est pas un pb des MFC c''est juste un pb de programmation C++
le "chemin" du cast ne doit pas etre correcte.

[trilomdor]

A priori le chemin du cast serait bon, en effet nous faisons le meme dans ...doc.cpp, alors pourquoi dans le ...app.cpp, ca ne fonctonnerai pas. Il nous retourne l'erreur suivante, 'undeclared identifier' alors que nous utilisons les meme header sur les deux *.cpp.
D'ou vient exactement cette variable, a quoi correspond-t-elle?

Merci d'avance

Trilomdor

[farscape]

sans un detail du code et de precisions il n'est pas possible de dire quoi ce soit ,
en plus il faut preciser le type de projet SDI/MDI .

[trilomdor]

Dans un premier temps, il s'agit d'une application MDi comme l'indiquent le titre et le premier message. dans un deuxieme temps voila le plan de notre application :


...view.cpp :

Code :

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

1
2
3
4
5
6
7
8
9
10
 
void CxxxView::Message(LPCTSTR lpszMessage)
{
	CString strTemp = lpszMessage;
	strTemp += _T("\r\n");
	int len = GetWindowTextLength();
	GetEditCtrl().SetSel(len,len);
	GetEditCtrl().ReplaceSel(strTemp);
}
 //declarer en public dans ...view.h

...doc.cpp :

Code :

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

1
2
3
4
5
6
 
void CxxxDoc::Message(LPCTSTR lpszMessage)
{
((CxxxView*)m_viewList.GetHead())->Message(lpszMessage);
}
 //declarer en public dans ...doc.h

...app.cpp :

Code :

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

1
2
3
4
5
6
 
void CxxxApp::Message(LPCTSTR lpszMessage)
{
((CxxxView*)m_viewList.GetHead())->Message(lpszMessage);
}
//declarer en public dans ...app.h

C'est dans le dernier fichier *.cpp que la variable m_viewList n'est pas reconnue alors que les header sont identiques à ceux de ...doc.cpp. ?

Trilomdor
[Farscape :Merci]

[farscape]

salut,

Code :

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

1
2
3
4
5
6
 
void CxxxDoc::Message(LPCTSTR lpszMessage)
{
((CxxxView*)m_viewList.GetHead())->Message(lpszMessage);
}
 //declarer en public dans ...doc.h

elle sort d'ou la variable m_viewList ? ce code me parait hasardeux...
pour recuperer la premiere view du document on peut faire
j'ai decomposé :

Code :

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

1
2
3
4
5
 
CxxxView* pView=NULL;
POSITION pos = GetFirstViewPosition();
if(pos) pView =(CxxxView*)GetNextView(pos);
if(pView ) pView->Message(lpszMessage);

[/code]

[trilomdor]

Merci pour ton aide, mais la derniere solution apportée ne fonctionnait pas non plus car "GetNextView" n'etait pas reconnu !

Cependant nous sommes parvenu à nos fin grace à un simple "TextOut".

Merci encore.