Discussion :

[electroremy]

Bonjour,

En mettant la propriété "StartPosition" à "Manual" et ensuite en définissant dans le code les valeurs de .Top et .Left j'arrive à contrôler précisément la position à laquelle s'affiche les boites de dialogues de mon application

Mais comment faire avec les boites de dialogues système ? A savoir :

OpenFileDialog
SaveFileDialog
MsgBox
PrintDialog
PageSetupDialog
...

A noter, cela est bizarre, pour le PrintPreviewDialog j'ai accès aux propriétés .Top .Left .With .Height ce qui est bien pratique, mais pas pour les autres boîtes de dialogues

Après quelques recherches j'ai trouvé des codes en VB.NET et C# mais ils ne fonctionnent pas.

Vu que le .NET est vraiment orienté objet (gros avantage par rapport à VB5) je suppose que toutes ces boîtes de dialogues doivent, à un moment ou à un autre, hériter de la classe Windows.Form. J'imagine qu'en obtenant la bonne référence je dois bien pouvoir accéder aux propriétés .Width et .Height (au moins en lecture seule) et aux propriétés .Top et .Left en écriture.

Comment faire ?

Merci

[themine702]

..

[wallace1]

bonjour,

ce sujet a deja eté traité sur le forum.
Il existe une solution liée aux appels Pinvoke :
http://stackoverflow.com/questions/1...savefiledialog

.....Breffff une solution qui a fait ses preuves consiste a developper toi meme tes classes de boite de dialogue en les faisant heriter de la classe form.
Voila comment palier au problème.

a+

[jopopmk]

Salut,

tu peux aussi importer FindWindow et SetWindowPos de user32.dll. Juste avant l'appel à ShowDialog tu lances un nouveau thread qui cherche la fenêtre de dialog avec son lpClassName, dans une boucle infinie, puis qui set sa position x,y avec le flag 0x0201 pour ne pas modifier les autres dimensions (w, h et z). Pense bien à tuer le thread une fois ça fait.

Quoi c'est super compliqué !? Ben ouai

Blague à part (quoique, ce que je décris plus haut est fonctionnel ^^) il est normal que PrintPreviewDialog propose les attributs de Form puisqu'il en dérive, ce qui n'est pas le cas d'OpenFileDialog par exemple.

[electroremy]

Bonjour,

L'intérêt de la programmation - et plus particulièrement du .NET - est de ne pas réinventer la roue

Dommage qu'une chose aussi triviale soit aussi complexe ou "crade"

Je vais quand même essayer la manip avec la dll

Merci A+

[wallace1]

Bonjour,

L'intérêt de la programmation - et plus particulièrement du .NET - est de ne pas réinventer la roue

je pense que tu ne sais pas de quoi tu parles....... plus particulierement le dotnet qui s appuie sur les api natives ou pinvoke...... (que tu appelles vulgairement la manip avec la dll) !!! Et puisqu en plus de ca il est question d heritage dans la majeure partie des classes que constitue le framework .... il ne serait pas question de reinventer la roue en creant une classe heritant d une autre afin de repondre à un besoin !

++

[jopopmk]

Re,

pour le WinForm sous Zindozs le .NET lui-même ne réinvente pas la roue, puisqu'il se base sur "le bon vieux Win32 des familles" qu'on utilisait y'a presque 20 ans.
L'astuce que je présente consiste juste a rappatrier les fonctionnalités d'origine qui permettent de manipuler les objets à notre guise.
Dans l'absolu faire ce genre de choses n'est pas sale, dans le cas qui nous intéresse et avec la solution que je propose oui, un peu
(mais y'a peut-être moyen de faire plus propre, tu peux creuser le sujet si ça t'intéresse).

Maintenant si t'es amené à faire beaucoup de WinForm tu te rendras rapidement compte qu'avoir son pool de Form maison est très, très pratique.
Tu te fais une petite DLL, avec un arbre de classes qui va bien et un namespace bien causant et pour chaque nouveau projet t'auras plus qu'à l'intégrer.
La solution proposée par wallace1 (faire ses propres dialog) est donc la meilleure à mon sens. Ma réponse précédente c'était surtout pour la blague