Discussion :

[theMonz31]

Salut à tous

Pour une fois , c'est moi qui pose la question

Je pose le décors

Mon application est de type Windows Forms

Une MainForm est lancé au démarrage de l'application

Son TopMost = False;

Depuis cette forme, j'ouvre d'autres forms en faisant :

MyNewForms.Show(this); // ou le this est ma MainForm du début

Ces MyNewForms ont "TopMost à false", ShowIconTaskBar à false

Si je "switch" de programme en faisant "alt-tab"... et que je reviens dessus
toutes les fenetres apparaissent... C'était mon besoin

Mon problème :

Lorsque J'ai plusieurs fenetres qui ont été ouvertes via "Show(this)", si je
clique à nouveau sur la fenetre principale (la fenetre initiale), celle ci
apparait mais est "derriere" ses filles .. et pas moyen de la faire passer
devant...

J'ai essayé de joué avec TopMost sans resultat

Donc, je vous soumets la question : Comment faire ? (si cela est possible)

The Monz, Toulouse

[Onlava]

Salut, j'ai eu le meme souci pas plus tard que hier en voulant faire un client IRC.
La souluce que j'ai trouvé est la suivante:

Dans mes objets fenetre apres InitializComponenents jai mis
this.TopLevel = false;
this.show();

Dans ma fentere principale je fait
this.Controls.Add(new ObjetFenetre());

[theMonz31]

salut

merci, c'est effectivement une solution, le seul hic, c'est qu'en faisant
Controls.add() , l'element crée va appartenir à la collection de controle de
ta fenetre principale, et que donc, tu ne pourras pas bouger ta fenetre
ajoutée en dehors des limites de ta mainForm...

Moi, ce que je veux, c'est pouvoir "sortir" les fenetres filles pour qu'elles puissent venir se mettre "à coté" de la fenetre principale mais que si elles
chevauchent leur mere, l'activation de leur mere les fasses passer derriere
la dite mere

Donc, ta solution ne résoud pas ma problématique

The Monz, Toulouse

[theMonz31]

salut

J'ai trouvé une solution mais bon

EN fait, le comportement que j'ai est celui de Windows Par defaut

Par exemple, si dans Visual Studio, tu "de dock" une fenetre (par exemple, celle des propriétés), elle ne pourra "jamais" etre derriere la fenetre principale

La seule solution que j'ai trouvé est de faire ceci:

Sur le Desactivate de ma forme fille, je fais un truc du genre

SetWindowPos(Handle, BOTTOM,0,0,0,0,SWP_NOMOVE |SWP....)

(ca vient de l'api Win32 SetWindowPos)

et sur l'activated de ma main form, je fais la meme chose mais avec
le parametre TOP pour ma forme

Ainsi,si je clique sur ma forme principale, celle ci passe devant

Le seul hic que j'ai encore mais je vais m'arreter la, c'est que si je clique
sur la NC Area (la barre de caption, la barre bleue d'une fenetre), cela
"annule" le comportement que j'ai fait...

Donc, en résumé

Si je clique sur Barre Bleue (NC Area) , la fille passe devant
Si je clique sur une zone hors NC, la main form passe devant et y reste

C'était pour info

The Monz, Toulouse

PS: Je mets pas résolu pour le moment au cas ou quelqu'un aurait une autre idée ?

PS2 : Une autre idée serait de surchargé le WndProc de la fenetre fille, et que
sur une activation, on "regarde" si l'activation vient d'un clique dans la NC area ou si il vient d'un envoi de message de la fenetre mere.. Avec la gestion de la visibilité de la fenetre mere quand celle ci à pu etre cacher, ou minimiser et que sur maximized, ou autre, il faut "afficher" tous les bambins

Bref, j'ai pas envie de faire une usine à gaz pour "contrecarrer" une fonction
natif de windows (meme si je vois tres bien comment le faire

[Bluedeep]

Et en appelant un BringToFront sur ta fenetre principale, ça fait rien ?