Discussion :

[theawe]

Bonjour,

J'aimerais pouvoir, comme l'indique le titre, me balader de frame en frame pendant la cr�ation de frames.
Explications :
J'ouvre un document, ce qui g�n�re plusieurs frames. La fonction OpenDocumentFile() que j'ai red�finie se place toujours sur la derni�re frame cr��e avant d'en cr�er une nouvelle. Ce que je souhaiterais, c'est que ceci ne soit pas visible par l'utilisateur. J'aimerais donc pouvoir visualiser les vues des deux ou trois premi�res frames, par exemple, sans que l'application ne soit bloqu�e par la cr�ation ni que le focus ne soit plac� sur la frame cr��e.
Actuellement ma solution ne me convient pas : � chaque cr�ation de frame je r�active la premi�re, ce qui est moche et pas du tout vendeur...

Y aurait-il une solution autre que de passer par du multi-threading ? (J'entends par l� lancer un thread par frame pour la cr�ation)
Je dis cela car j'ai d�j� eu � les utiliser une fois, sans succ�s... et j'ai peur que cela soit d�licat puisque les threads devraient lancer des fonctions red�finies dans une architecture particuli�re...

D'avance merci !

[theawe]

Quelques explications pour ce soit plus explicite :

L'application sur laquelle je d�veloppe permet d'ouvrir un certain type de documents. Ces documents sont analys�s et chaque partie ind�pendante du document fait l'objet d'une nouvelle frame (CDocument * + CView *). Pour le moment voici comment se d�roule le processus d'ouverture des frames :
- La classe application appelle OnFileOpen() (CWinApp) par d�faut.
- OnFileOpen appelle CWinApp::OpenDocumentFile(LPCTSTR lpszFileName). J'ai red�fini cette m�thode pour qu'elle appelle CDocTemplate::OpenDocumentFile(LPCTSTR lpszFileName)
- OpenDocumentFile() appelle ensuite OnOpenDocument() de ma classe qui h�rite de CDocument.
- CDocTemplate::OpenDocumentFile() finit par retourner un pointeur vers mon objet h�ritant de CDocument.
- A la r�ception de ce pointeur l'application initialise la vue associ�e puis appelle CMyApp::OpenDocumentFile()...

Visuellement, on voit une premi�re frame s'activer, ensuite une seconde est activ�e (la premi�re n'a alors plus le focus et est mise en arri�re plan), puis une troisi�me et ainsi de suite, jusqu'� ce qu'il n'y ait plus de frame � cr�er.
Ce que je recherche, c'est qu'� la cr�ation de la seconde frame la premi�re reste en avant-plan. Une fois la seconde cr��e, je peux activer la frame alors m�me que la troisi�me frame est en cours de cr�ation.

Actuellement il m'est impossible de le faire. Le focus est toujours donn� � la frame qui vient d'�tre activ�e et tant que le fichier n'a pas enti�rement �t� ouvert, l'application est bloquante (d'o� l'id�e de g�rer �a avec des threads).
Maintenant je me dis qu'il y a peut-�tre une solution plus simple que de travailler avec les threads (puisque j'ai des donn�es � consid�rer qui sont d�pendantes les unes des autres, entre autres les diff�rents pointeurs CDocument et CView que j'utilise).

L'id�e est de pouvoir travailler avec la premi�re frame (j'entends par l� la consulter de fa�on intemporelle) alors m�me que les autres sont en cours de cr�ation, et pouvoir changer de frame en activant une frame cr��e.