Discussion :

[TheDrev]

Bonjour,

J'aimerai afficher differants panels (alternativement) dans un wxSplitterWindow en fonction des evenements recu.

Ex : le menu item "propriété" est cliqué, un panel "Propriété "sera affiché dans le splitter, etc.

Pour l'instant j'affiche les panels dans de nouvelles frame, ce qui reste correcte mais moins péchu qu'une appliquation ou les panels sont affiché dans le corps meme de la fenetre principale.

J'ai essayé avec un pointeur sur un panel (panPreview)dans le splitter

Code :

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

swPreview->SplitHorizontally(panPreview, panMenu, 150);

et lors de l'evenement attribuer mon panel a panPreview

Code :

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

1
2
3
 
//evenement Propriété 
panPreview = panPropriete;

Il ne se passe rien lors de l'evement, et pire encore, vu que panPropriete est declaré avec swPreview comme parent, il y a un petit bug d'affichage (on devine un morceau du panPropriete dans le swPreview des le lancement de l'appliquation).

Il faut peut etre jouer avec les attribut display et autre ??

[wxXav]

Salut.

J'ai eut un truc dans ce style il y a quelques temps.

Voici ce que j'ai fait :
J'ai créé tous les wxPanel devant être affichés, et je les ai tous ajouté au wxSizer de ma frame.
Ensuite, en fonction de celui que je voulais afficher, je faisais une Hide() / Show() sur chacun d'entre eux, et surtout, je mettais à jour le sizer avec un Layout() pour que tout s'affiche correctement.

Je pense que ça devrait résoudre ton problème (à moins que je n'aie rien compris à ce que tu voulais faire...)

@+
Xav'

[TheDrev]

Merci de ta réponse, je vais essayer (je ne connaissais pas ces propriété dans wxsizer...).

Je vois ce que tu veux dire, dans ce cas il faut donc que le soit un membre de la frame et non pas local a une fonction ou au constructeur (comme c'est le cas dans 99% des exemples) cela ne me déranger pas (wxDC et ses sous classes sont les seuls ou il est explicitement indiqué qu'il doit absolument être local a une fonction).


Je pense que de faire comme cela permet d'avoir des application plus sympatique a utiliser, plutot que d'avoir des fenêtres a refermer a chaque fois.

PS : d'ailleurs, cela me fait penser a du layout en css avec la propriété display


EDIT : j'utilise des wxSplitterWindow, et j'ai trouvé en cherchant dans la doc la propriété wxSplitterWindow::ReplaceWindow qui remplace un wxWindow par une autre ! Je n'ai pas trouvé d'exemple sur cette fonction, mais d'apres mes premier teste il faut d'abord que la wxWindow qui doit etre remplacé appel destroy et que la nouvelle wxWindow appelle refresh (sinon il reste des petit bout de l'ancienne wxWindow dans les controles).

Merci quand meme pour ta solution, je testerai le jour où je n'ai pas de splitterWindow dans une frame mais je pense que ca doit le faire...

[wxXav]

Je vois ce que tu veux dire, dans ce cas il faut donc que le soit un membre de la frame et non pas local a une fonction ou au constructeur

Tu n'es pas obligé de stocker tes pointeurs (même si ça reste à mon avis la méthode la plus simple).

Tu peux par exemple, au moment voulu (donc en local) récupérer le pointeur du sizer avec GetSizer(), et ensuite, obtenir la liste des enfants contenus dans ce sizer gràce à wxSizer::GetChildren(). Tu obtiendra une liste d'éléments dont il te suffira de vérifier s'ils sont du bon type avant de faire un Hide/Show.

C'était juste une petite précision en passant.

@+
Xav'

[3DArchi]

Tu n'es pas obligé de stocker tes pointeurs (même si ça reste à mon avis la méthode la plus simple).

Tu peux par exemple, au moment voulu (donc en local) récupérer le pointeur du sizer avec GetSizer(), et ensuite, obtenir la liste des enfants contenus dans ce sizer gràce à wxSizer::GetChildren(). Tu obtiendra une liste d'éléments dont il te suffira de vérifier s'ils sont du bon type avant de faire un Hide/Show.

C'était juste une petite précision en passant.

@+
Xav'

Salut,
Tu as wxWindow::FindWindowById/FindWindowByLabel/FindWindowByName pour retrouver les fenêtres filles. A mon avis, c'est mieux de laisser wx faire le job.

[TheDrev]

Wow merci a vous deux ! je suis sur que cela va m'aider !
D'ailleurs, je suis actuellement confronté a ce probleme de liaison entre les panels et les frames, j'ai suivit la methode du GetParent() donnée a la fin du tuto http://www.zetcode.com/tutorials/wxw...firstprograms/ mais comme mon panel est dans un Frame -> SplitterWindow -> splitterWindow -> panel, pour retouver la Frame principale (elle contiens les objets metier). Je dois - utiliser un forward declaration pour importer le type wxMain (le type de ma frame principale lancé par l'application)
- Enchainer salement les appelles à

Code :

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

this->GetParent()->GetParent()->GetParent()->buisnessdata...

[3DArchi]

Salut,
Dans des cas comme ça, je serais tenté d'envoyer un Event qui sera traité au bon niveau.

[wxXav]

Salut.

Dans des cas comme ça, je serais tenté d'envoyer un Event qui sera traité au bon niveau.

C'est à mon avis la méthode la plus propre.

Mais si tu ne veux pas t'embêter avec ça, ajoutes un paramètre wxWindow* au constructeur de tes panels dans lequel tu mets le pointeur de la frame pour y avoir accès directement.

@+
Xav'