CDialog - Autoriser le redimensionnement en dynamique

Bonjour,

au risque de poser une question pour laquelle la réponse existe peut être sur le forum mais que je n'ai pas trouvé, voici mon problème :

J'ai un une classe dérivée de CDialog. Lorsqu'elle est affichée avec un doModal(), elle n'est pas redimensionnable.

Comment fait on pour la rendre redimensionnable à l'exécution, sachant que je n'ai pas accés à un éditeur de fenêtre et que je dois le gérer à l'exécution.

Merci d'avance. :D

C'est une question de style, c'est donc dans la définition du Dialog Template dans le script de ressources (ou bien, dans ton code si tu construis les DIALOGTEMPLATE dynamiquement).

Merci de ta réponse.

Après avoir fait une petite recherche sur la notion de Style, j'ai découvert la méthode ModifyStyle() que j'ai exploité de la manière suivante :

Code:

---

ModifyStyle(0, WM_OVERLAPPEDWINDOW);

---

Ca semble avoir débloqué mon problème. En tout cas dans un premier temps, puisque après plusieurs modification de mon source, j'ai bien la possibilité de tirer sur les bords de ma fenêtre, mais plus rien ne se passe en terme de redimensionnement.

Affaire à suivre ...

Citation:

---

Envoyé par tibi666

En tout cas dans un premier temps, puisque après plusieurs modification de mon source, j'ai bien la possibilité de tirer sur les bords de ma fenêtre, mais plus rien ne se passe en terme de redimensionnement.

---

Qu'on soit bien clairs, ce n'est pas parce que tu modifie la taille de ta fenêtre que les contrôles qui s'y trouve seront automatiquement redimensionnés eux aussi!
Pour cela, il faut que tu redimensionnes les contrôles de ta fenêtre lors du OnSize(). Tu trouveras peut-être ton bonheur dans la FAQ.

On est tout à fait d'accord sur le principe de dire que la taille des composants présent dans le conteneur sont à gérer soit même lors du redimensionnement du dit conteneur.

Par contre, pour en revenir à la autoriser le redimensionnement de mon CDialog, comme je l'avais expliqué au dessus, j'ai appliqué un Style via la méthode ModifyStyle() avec comme paramètre WS_OVERLAPPEDWINDOW.

Désormais j'ai bien le curseur de souris indiquant un redimensionnement possible lorsque la souris survole une bordure de fenêtre. Par contre lorsque j'essaie effectivement de la redimensionner, il ne se passe rien.

Une piste peut être ?

Est-ce que tu reçois bien le message WM_SIZE?
(Est-ce que tu passes bien dans le OnSize())?

salut,
pour rendre le dimensionnement actif sur une dialogue :

Code:

---

1 2	this->ModifyStyle(0,WS_THICKFRAME );

---

Oui je passe bien dans le OnSize, mais uniquement lorsque je fais un setWindowPos. :cry:

Quelque chose doit bloquer cet événement dans les autres cas, mais j'arrive pas à mettre la main dessus.

@farscape : WS_OVERLAPPEDWINDOW est une combinaison de plusieurs Flags dont WS_THICKFRAME fait parti.

je n'utiliserai pas le style WS_OVERLAPPEDWINDOW.
la dialogue utilise WS_POPUPWINDOW par défaut ,je rajouterai uniquement WS_THICKFRAME

Testé mais cela ne fonctionne pas. :cry:

j'ai fait un essai simple sur une dialogue existante ,je n'ai pas de problème...

Est-ce que ta fenêtre n'est pas DISABLED?
(Reçois-tu d'autres messages; clic souris, KEY_DOWN, ...?)

La fenêtre n'est pas disabled.

J'intercepte bien d'autres messages (OnMove par exemple)

Et comme je l'écrivais plus haut, j'ai bien le cuseur qui prend l'aspect des petites flèches pour signifier que l'on peut effectivement redimensionner la fenêtre.

Alors là je sèche...
Donne-nous un mini-projet qui reproduit le problème pour y jeter un coup d'oeil.

Arf ... J'ai pas le droit de faire circuler les sources. Ca m'apprendra à reprendre du code généré par des consultants Microsoft :mouarf:

De ce que j'ai lu sur le msdn, l'événement WM_SIZE est posté une fois que le redimensionnement à eu lieu. Or, lors de l'initialisation de l'application, il y a bien 2 appels à OnSize() qui sont fait, après plus rien.

Qu'est ce qui pourrait bloquer le redimensionnement d'une fenêtre alors que les flags sont positionnés ? Apparemment, je ne parviens pas à tirer sur le bord de la fenêtre alors que le curseur change bien d'aspect.

Autre piste, le Restore et le Maximize ne réagissent pas du tout au clic alors que les boutons sont bien présents. Je cherche du coté des gestionnaires d'événements ...

Y aurait-il dans ton code un filtrage des messages? :mrgreen:

Je cherche après ça.

Ce qui m'agace le plus, c'est que ça a marché genre 5 minutes. Et j'ai pas fait de backup à ce moment là. Depuis, impossible de remettre tout ça en ordre de marche :evilred:

Bon, j'ai truandé le truc en supprimant le Menu System avec la commande :

Code:

---

ModifyStyle(WS_SYSMENU, WS_THICKFRAME);

---

Du coup, le redimensionnement fonctionne. Ce qui laisse donc supposer que le problème n'est pas lié à un gestionnaire d'événement quelconque mais bien au style de la fenêtre.

Le hic c'est que maintenant, quand je réduis la fenêtre dans la barre des tâches, je ne peux plus la restaurer :?

Une idée ?

Citation:

---

Envoyé par tibi666

Ce qui m'agace le plus, c'est que ça a marché genre 5 minutes. Et j'ai pas fait de backup à ce moment là. Depuis, impossible de remettre tout ça en ordre de marche :evilred:

---

Vive la gestion de conf! :mrgreen:

Citation:

---

Envoyé par tibi666

Le hic c'est que maintenant, quand je réduis la fenêtre dans la barre des tâches, je ne peux plus la restaurer

---

Apparaît-elle dans la barre des tâches ou est-ce qu'il n'y a aucune entrée de ton application dedans? Auquel cas il y a une option qui permet de spécifier si oui ou non ta fenêtre possède une entrée dedans (je sais plus laquelle...:()

Pour ce qui est de ton problème global, peut être utilises-tu alors des styles incompatibles? Dernière solution: repars d'une fenêtre vierge, mais long travail en pespective! :aie:

J'ai bien un bouton dans la barre de tâche avec mon application dedans, mais quand je clique dessus, elle ne se restaure pas. :aie:

Ma fenêtre est directement dérivée d'un CDialog ... Je vais continuer à faire mumuse avec les style jusqu'à trouver une combinaison qui tienne la route.

Question : Peut on passer plusieurs styles en même temps à la méthode ModifyStyle ? Avec des || ou des && entre les constantes ?

Citation:

---

Envoyé par tibi666

Question : Peut on passer plusieurs styles en même temps à la méthode ModifyStyle ? Avec des || ou des && entre les constantes ?

---

Oui, en utilisant par exemple:

Code:

---

WS_XXXX|WS_YYYY|WS_.....

---

Citation:

---

Envoyé par tibi666

Question : Peut on passer plusieurs styles en même temps à la méthode ModifyStyle ? Avec des || ou des && entre les constantes ?

---

Comme l'a dit Spoutspout, on peut le faire, mais uniquement avec l'opérateur ou bit à bit : |.

C'est re moi :oops: Mais pour une autre question. Je peux poursuivre ici ?

Ce code a pour objectif d'empêcher ma fenêtre de quitter la zone visible de l'écran :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

void CBrowserV6MainDlg::OnMoving(UINT nSide, LPRECT lpRect) { /* On empèche la fenêtre de sortir de l'écran*/ RECT screenRect; SystemParametersInfo(SPI_GETWORKAREA, 0, &screenRect, 0);   if (lpRect->top < 0) {lpRect->top = 0;} if (lpRect->left < 0) {lpRect->left = 0;}   if (lpRect->right > screenRect.right) {lpRect->left = screenRect.right - (lpRect->right - lpRect->left);} if (lpRect->bottom > screenRect.bottom) {lpRect->bottom = screenRect.bottom - (lpRect->bottom - lpRect->top);} /* Fin */   CDialog::OnMoving(nSide, lpRect); }

---

C'est vraiment super moche puisque ça scintille dans tous les sens et ma fenêtre semble se dédoubler durant le déplacement avec son double à des coordonnée bien lointaine, jusqu'à ce que je lâche le bouton de la souris. A ce moment là, le résultat obtenu concorde avec ce que je voulais.

Comment éviter ce problème de scintillement ?

salut,
voir faq: http://cpp.developpez.com/faq/vc/?pa...tSizeMainFrame
dans ton cas essaye de travailler avec la donnée ptMaxPosition de la structure :MINMAXINFO

ptMaxPosition est lié à la notion de maximisation de la fenêtre d'après le MSDN.

Citation:

---

ptMaxPosition
Specifies the position of the left side of the maximized window (POINT.x) and the position of the top of the maximized window (POINT.y). For top-level windows, this value is based on the position of the primary monitor.

---

J'ai quand même tenté le coup et effectivement cela n'engendre aucun blocage sur le déplacement de ma fenêtre.

Par contre, nickel pour la taille minimum applicable à la fenêtre.

D'autres idées ?