Discussion :

[seroze]

Bonjour,

Dans une application du type MDI, j'ai une fenêtre MID parent et toutes les autres sont des MDI child.

J'aimerai créer une boite à outil qui reste ouvetre en permanance (ou pas).
J'ai réussi à la figer un peu, en modifiant les propriétés borderstyle , et en utilisant le type de fenêtre ToolWin et un Alignement AlTop, pour que cette fenêtre reste en haut de ma fenêtre MDI parent.

Ceci me convient parfaitement à une exception près :
Quand on utilise les fonction mosaique horizontale, mosaique verticale, tout réduire ou cascade du menu fenêtre de la fiche principale, ma fenêtre ToolWin est aussi affectée en dépis de son alignement forcé, des icones enlevés, et de ses bords non redimentionnables.

Ma question :
Peut on, dans une application MDI, faire en sorte qu'une fenêtre MDI Child ne soit jammais touchée par les fonctions standard de gestion des fenêtres (mosaique, cascade, réorganiser...)

Merci par avance.

[evarisnea]

Peut on, dans une application MDI, faire en sorte qu'une fenêtre MDI Child ne soit jammais touchée par les fonctions standard de gestion des fenêtres (mosaique, cascade, réorganiser...)

réponse simple : non
tant que tu utilisera une fiche avec FormStyle = fsMdiChild, celle ci sera affectée par ces fonctions standard.
tu devrais plutôt utiliser une fiche FormStyle = fsStayOnTop et BorderStyle = bsToolWindow (ou bsSizeToolWin).

le moyen d'empêcher une MDIChild d'être affectée par ces fonctions serait de gérer manuellement les messages WM_MDICASCADE, WM_MDITILE, WM_MDIICONARRANGE, ... cf. l'aide en ligne à propos de la gestion personnalisée des messages windows.

[seroze]

Merci pour cette réponse rapide.

Je crois que je me suis égaré et je fais reformuler mon problème.

1) Les applications modales sont bien.
Elle sont pus simple à développer, et le risque d'effet de bord malencontreux est réduit par rapport aux applications MDI.
Les applications modales ont une ergonomie modeste qui permet de bien guider l'utilisateur.

2) Les applications modales ne permettent pas de mutitâche au sein de l'application. Il n'y a toujours qu'une seule fenêtre active.
Les applications modales gènent le mutitâche windows puisque les fenêtres d'arrière plan restent figées. Elles empêche l'accès aux icones du bureau situées en dessous.

Je souhaite donc explorer les possibilités des applications MDI.
Comme dans l'exemple fournit avec DELPHI, j'ai utilisé une Tool Bar et des tools buttons.
Ceci est trés bien mais, pour des raisons d'ergonome, j'EXIGE que mon programme soit manipulable sans souris.
Je veux des racourcis claviers pour mes boutons. Ces Racourci calviers doivent être gérés dans chaque fiche.
Je suis donc un adepte du "KeyPreview" à true pour les TForms, et une gestion des touches dans l'évenement FormKeyDown.
De cette manière, on gère très bien les touches dans les MDI childs, par contre, je n'y arrive pas dans la fiche principale.

C'est pourquoi il m'est venu l'idée de faire une fenêtre MDI child pour ma Tool Box. De cette manière je peux gérer mes racourcis claviers.
Par exemple (entres autres) je veux que la touche échap, lorsque l'on est dans une fiche fille annule la modification en cours, ou ferme la fiche.
Si aucune fiche fille n'est ouverte, je veux que la touche Echap ferme l'application.

Question :
Existe t-il un moyen de gérer les racourcis clavier d'une TMAINForm dans une procédure qui de sera appelé uniquement quand aucune autre fiche TMDIChild n'est active ? Si une autre fiche MDIChild est active, cette dernière dois garder sa gestion du clavier dans son évènement OnKeyDown.