Discussion :

[Helices]

Bonjour,

Je n'arrive pas à positionnement correctement les boites de dialogues d'ouvertures ou de fermetures de fichiers, soient:
- par une position précise en X,Y à l'écran;
- par un centrage sur l'écran ou par rapport à son application.

Il y a beaucoup de tentative sur le net pour résoudre ce problème, mais cela ne donne aucuns résultats satisfaisant.

Est-ce que quelqu'un à déjà rencontrer et résolu ce problème?

Merci.

[Médinoc]

J'ai bien peur que toutes les Common Dialogs aient ce problème en .Net.

N'étant pas dérivées de Form (vu que ce sont à la place des Component qui appellent des fonctions de l'API Windows), elles n'ont pas de propriété StartPosition...

J'ai l'impression que le seul moyen d'en changer quoi que ce soit, ce serait d'hériter de FileDialog au lieu d'utiliser directement OpenFileDialog ou SaveFileDialgo, et de rajouter une HookProc qui positionne la boîte de dialogue lors de sa création...

[Helices]

Merci pour cette réponse qui me semble très cohérente.

Toutefois, je constate comme beaucoup, que cela fait plusieurs années que ce problème existe et est récurrent dans Visual Studio depuis le début. Ne serait-il pas possible de demander aux équipes de Microsoft

qui le développent de résoudre enfin ce bug de design/conception afin qu'en faire profiter l'ensemble des utilisateurs dans les prochaines releases. Peut-être une demande de groupe pourrait faire accélérer les

modifications. Je suis peut-être utopique, mais je constate que quelques internautes essayent de résoudre ce problème sans succés alors que cela devrait relever seulement des compétence de Microsoft.

Qu'en pensez-vous?

Merci.

[bacelar]

que cela devrait relever seulement des compétence de Microsoft

Je suis peut-être un vieux con, mais je ne vois pas trop l'intérêt de faire en sorte que mon application marche sur les pieds de l'OS.
Si l'OS change la manière dont le layout des fenêtres est présenté à l'écran, avec des toolbar à la "charm toolbar" par exemple, c'est les oignons de l'OS de faire en sorte que son ergonomie soit cohérente.
Moi, j'ai bien d'autres problèmes, les miens, à régler.

[Médinoc]

D'un autre côté, je ne trouve pas non plus normal qu'une boîte de dialogue ne soit pas centrée par défaut sur la fenêtre propriétaire. Et même si ce n'est pas systématique, rien n'empêcherait Microsoft de rajouter un flag OFN_CENTERPARENT...

[Helices]

C'est bien mon avis, Microsoft ne se bouge pas trop là dessus..

[Médinoc]

Probablement à cause des -100 points.

[Mat.M]

Comme le précise très bien Medinoc il faut appeler une fonction "callback" OFNHookProc en win32.
Avec cette fonction callback il suffit de capter le message WM_INITDIALOG ou WM_SIZE
Maintenant c'est du code win32 non managed et en managed je ne sais pas si c'est posssible