Version imprimable
Bonjour,
Je cherche à empêcher le mouvement d'un formulaire.
J'ai essayer dans l'événement move de la fenêtre de remettre toujours la même constante en .Left et .Top, mais ça donne des maux de coeurs, et c'est à tuer un épileptique :lol:
Sinon j'ai trouvé ça sur les forums, mais je n'y comprends rien:
http://www.developpez.net/forums/sho...ight=move+form
Quelqu'un peut m'éclairer?
Et pourquoi pas la propriété Form.Locked ?!?
J'ai essayé ça lock en édition, pas en mode run
EDIT: C'est pas clair, j'veux dire que cette propriété "lock" la form en mode édition et non en mode run
Une solutionest de virer les bordures mais ce n'est pas la meilleure...
Mais tres efficace avec le form en toolbox, en virant les icones et en vidant le titre.Citation:
Envoyé par Poulain
Je comprends pas en "toolbox"Citation:
Envoyé par Danyel
J'ai réussi à faire disparaître les boutons de contrôle, mais je trouve pas la propriété qui cache la barre de titre, ça me conviendrait amplement, en rajoutant de plus les bordures fixes, sans possibilités de modifier la dimension de la fenêtre...Je cherche, si qlq la connais rapidement, merci!
Haha!
J'savais pas que les bordures effaçaient aussi la barre de titre, maintenant je sais. Par contre, comme à dit Poulain, c'est dommage un peu de perdre la barre de titre, j'aurais tout de même aimé en avoir une. Je vais probablement en récreer une "fausse"Code:Form.FormBorderStyle = none
Bizarre qu'il n'y ait pas de propriétés qui empêche le mouvement par contre...
MErci!
Sans vouloir rentrer dans les details, qu'elle est l'utilite d'empecher le deplacement de la form ?Citation:
Envoyé par Faladin
Puis faire une barre perso, c'est de plus en plus tendance ;)
J'ai une form mère, séparée avec un 2 split panel. Celui de gauche contient un explorateur d'objet (style explorateur windows) qui à été créé dans une form fille. Je ne veux pas que l'utilisateur voit que c'est une deuxième form, donc je ne veux pas qu'il puisse le bouger. Quand on clique sur un objet, le panel de droite ouvre une form spécifique à ce type d'objet pour le modifier.Citation:
Envoyé par Danyel
C'est peut-être pas très clair, mais c'Est normal, c'est dans le domaine de la R&D. héhéhé :P
Vive la mode!Citation:
Puis faire une barre perso, c'est de plus en plus tendance ;)
Je pense que tu aurais pu faire ça d'une autre manière...
Avec des users controls ou un tabcontrol ou à toi de voir.
Je suis aussi du meme avis que Poulain, il y a d'autres facons de faire surement plus efficace comme le splitcontainer (de memoire)
Ou encore l'ancienne methode des feuilles mdi.
Si vous parler de la partie "explorateur windows", je vais voir ce que je peux faire. Pour L'instant, je suis content du résultat et mes patrons aussi...:lol:
Hum, mais c'est ce que j'ai fait...ah j'ai dit split panel, mon erreur. C'est 1 splitcontainerCitation:
il y a d'autres facons de faire surement plus efficace comme le splitcontainer (de memoire)
Nan mais le truc que je trouve étrange, c'est que tu est obligé de bloquer tes forms, car tu en affiches une pour un menu et l'autre pour le contenu, tu ferais mieux d'utiliser des userscontrols...
Quand tu cliques sur une node tu affiches tel usercontrol etc... C'est quand même plus propre...:aie:
Merci j'vais prendre ça en considération et explorer le tout!
J'avoue être un peu sceptique sur l'utilisation du multi-form in form.
D'ou ces 2 petites questions ;)
- Quand tu deplaces la form prinicpale, comment ca se passe pour les autres ?
- N'y a-t'il pas un probleme de focus/acces/gestion entre les differentes forms ?
Allez bon courage ;)
Tout se passe bien, les fenêtres suivent bien les mouvements, redimension, minimise/maximise, etc.Citation:
Envoyé par Danyel
Effectivement ça crée des petits bug de focus, mais rien de majeure. Ça rajoute quelque click de plus pour l'utilisateur.Citation:
Envoyé par Danyel