Patrice Henrio a écrit :Par contre, il faudrait vérifier, mais je me demande si ta ligneMe.WebBrowser1.Height = Me.Height - Me.WebBrowser1.Top - 20
qui posait problème ne donnait pas une valeur négative à la propriété
height de ton webBrowser, ce qui expliquerait l'erreur.
A plus.
C'est combien, la hauteur d'un formulaire en mode icône ?
Ce n'est pas zéro ?
Tout le reste est négatif.
Patrice Henrio a écrit :
Par contre, il faudrait vérifier, mais je me demande si ta ligne
Me.WebBrowser1.Height = Me.Height - Me.WebBrowser1.Top - 20
qui posait problème ne donnait pas une valeur négative à la propriété
height de ton webBrowser, ce qui expliquerait l'erreur.
A plus.
C'est combien, la hauteur d'un formulaire en mode icône ?
Ce n'est pas zéro ?
Tout le reste est négatif.
Patrice Henrio a écrit :Par contre, il faudrait vérifier, mais je me demande si ta ligneMe.WebBrowser1.Height = Me.Height - Me.WebBrowser1.Top - 20
qui posait problème ne donnait pas une valeur négative à la propriété
height de ton webBrowser, ce qui expliquerait l'erreur.
A plus.
C'est combien, la hauteur d'un formulaire en mode icône ?
Ce n'est pas zéro ?
Tout le reste est négatif.
Je ne travaille pas avec des formulaires mais des formes (est-ce la même
chose ?)
Je crois qu'en mode icône, s'il s'agit bien du mode utilisée quand on appuie
sur le signe - à gauche de la fenêtre maximum ou réduite (selon le cas), les
données concernant la taille sont inchangées, seul un booléen à mon avis
change de valeur car sinon comment expliquer que l'appui sur l'icône dans la
barre du bas remet la forme exactement dans la situation antérieure . mais
peut-être ne parle-t-on pas de la même chose ?
Je ne travaille pas avec des formulaires mais des formes (est-ce la même
chose ?)
Je crois qu'en mode icône, s'il s'agit bien du mode utilisée quand on appuie
sur le signe - à gauche de la fenêtre maximum ou réduite (selon le cas), les
données concernant la taille sont inchangées, seul un booléen à mon avis
change de valeur car sinon comment expliquer que l'appui sur l'icône dans la
barre du bas remet la forme exactement dans la situation antérieure . mais
peut-être ne parle-t-on pas de la même chose ?
Je ne travaille pas avec des formulaires mais des formes (est-ce la même
chose ?)
Je crois qu'en mode icône, s'il s'agit bien du mode utilisée quand on appuie
sur le signe - à gauche de la fenêtre maximum ou réduite (selon le cas), les
données concernant la taille sont inchangées, seul un booléen à mon avis
change de valeur car sinon comment expliquer que l'appui sur l'icône dans la
barre du bas remet la forme exactement dans la situation antérieure . mais
peut-être ne parle-t-on pas de la même chose ?
Patrice Henrio a écrit :Je ne travaille pas avec des formulaires mais des formes (est-ce la même
chose ?)
C'est comment ça en Anglais déjà, Shapes ? c'est une catégorie de
contrôles, j'ai rencontré ça aussi, sous VBA. ça inclut des rectangles et
je ne sais plus quoi d'autre, il y en a un certain nombre. Effectivement
assez classiquement le parent n'est pas un formulaire mais un document.
Dans ce contexte c'est la fenêtre de l'application qu'on a le plus
l'occasion de réduire en icône. Mais on peut aussi réduire le document.
Depuis si je me rappelle bien Office 2000, on peut le réduire dans la
fenêtre de l'application ou dans la barre des tâches Windows, selon une
option.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vbawd11/html/woobjShapes1_HV05213325.asp
Le formulaire (Form) est la fenêtre standard créée par VB6, qui peut être
ouverte en mode modal (boîte de dialogue) ou normal.Je crois qu'en mode icône, s'il s'agit bien du mode utilisée quand on
appuie sur le signe - à gauche de la fenêtre maximum ou réduite (selon le
cas), les données concernant la taille sont inchangées, seul un booléen à
mon avis change de valeur car sinon comment expliquer que l'appui sur
l'icône dans la barre du bas remet la forme exactement dans la situation
antérieure . mais peut-être ne parle-t-on pas de la même chose ?
C'est bien ça.
Le positionnement de la fenêtre se sauvegarde dans une structure
WINDOWPLACEMENT
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/windowing/windows/windowreference/windowstructures/windowplacement.asp
On y trouve un rectangle pour la position "restaurée" ou "intermédiaire"
ou "normale" (rcNormalPosition), un point pour la position réduite
(ptMinPosition), et un point pour la position agrandie (ptMaxPosition),
plus quelques autres informations comme des drapeaux, et le mode
d'affichage courant.
http://www.allapi.net/apilist/SetWindowPos.shtml
Le fait que la position agrandie ne soit sauvegardée que sous la forme
d'un point explique pourquoi si on déplace un peu vers le bas (par
SetWindowPos) la position agrandie du navigateur Internet Explorer, pour
pouvoir voir lire la barre de titre alors qu'une barre d'outils est réglée
pour se placer dessus, on risque de ne pas voir le bas (la barre d'état)
de la fenêtre du navigateur la prochaine fois qu'il sera ouvert. En effet,
à l'ouverture la taille est calculée d'après la place disponible sur
l'écran, alors que la position du coin supérieur gauche a été sauvegardée
dans la structure. Donc, si on a décalé vers le bas, la barre d'état
disparaît la fois d'après. Si on joue à ça il ne faut pas oublier de
restaurer la position agrandie de la fenêtre avant de quitter son
programme. Il faut en effet savoir qu'à la fermeture, Internet Explorer 6
sauvegarde sa position dans une clef de registre, sous la forme d'une
structure WINDOWPOSITION.
En revanche, la position "normale" étant sauvegardée, dans cette
structure, sous la forme d'un rectangle, les quatre coins sont positionnés
sans problème, à la dernière position que l'utilisateur leur a donnée.
Quant à la position réduite ou icône (ptMinPosition), sa taille étant
constante, sa sauvegarde sous la forme d'un point ne pose pas de problème,
du moins dont je me sois rendu compte jusque là.
La structure WINDOWPOSITION est valable pour les autres fenêtres aussi.
J'ai pris l'exemple d'Internet Explorer car j'y ai détecté un problème si
on en fait un usage qui semble ne pas avoir été prévu au départ.
Il est vrai qu'en développant ça je suis un peu sorti du sujet,
puisqu'avant je parlais de la taille et position d'un contrôle WebBrowser
et de celles du formulaire (Form) sur lequel il est placé.
Patrice Henrio a écrit :
Je ne travaille pas avec des formulaires mais des formes (est-ce la même
chose ?)
C'est comment ça en Anglais déjà, Shapes ? c'est une catégorie de
contrôles, j'ai rencontré ça aussi, sous VBA. ça inclut des rectangles et
je ne sais plus quoi d'autre, il y en a un certain nombre. Effectivement
assez classiquement le parent n'est pas un formulaire mais un document.
Dans ce contexte c'est la fenêtre de l'application qu'on a le plus
l'occasion de réduire en icône. Mais on peut aussi réduire le document.
Depuis si je me rappelle bien Office 2000, on peut le réduire dans la
fenêtre de l'application ou dans la barre des tâches Windows, selon une
option.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vbawd11/html/woobjShapes1_HV05213325.asp
Le formulaire (Form) est la fenêtre standard créée par VB6, qui peut être
ouverte en mode modal (boîte de dialogue) ou normal.
Je crois qu'en mode icône, s'il s'agit bien du mode utilisée quand on
appuie sur le signe - à gauche de la fenêtre maximum ou réduite (selon le
cas), les données concernant la taille sont inchangées, seul un booléen à
mon avis change de valeur car sinon comment expliquer que l'appui sur
l'icône dans la barre du bas remet la forme exactement dans la situation
antérieure . mais peut-être ne parle-t-on pas de la même chose ?
C'est bien ça.
Le positionnement de la fenêtre se sauvegarde dans une structure
WINDOWPLACEMENT
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/windowing/windows/windowreference/windowstructures/windowplacement.asp
On y trouve un rectangle pour la position "restaurée" ou "intermédiaire"
ou "normale" (rcNormalPosition), un point pour la position réduite
(ptMinPosition), et un point pour la position agrandie (ptMaxPosition),
plus quelques autres informations comme des drapeaux, et le mode
d'affichage courant.
http://www.allapi.net/apilist/SetWindowPos.shtml
Le fait que la position agrandie ne soit sauvegardée que sous la forme
d'un point explique pourquoi si on déplace un peu vers le bas (par
SetWindowPos) la position agrandie du navigateur Internet Explorer, pour
pouvoir voir lire la barre de titre alors qu'une barre d'outils est réglée
pour se placer dessus, on risque de ne pas voir le bas (la barre d'état)
de la fenêtre du navigateur la prochaine fois qu'il sera ouvert. En effet,
à l'ouverture la taille est calculée d'après la place disponible sur
l'écran, alors que la position du coin supérieur gauche a été sauvegardée
dans la structure. Donc, si on a décalé vers le bas, la barre d'état
disparaît la fois d'après. Si on joue à ça il ne faut pas oublier de
restaurer la position agrandie de la fenêtre avant de quitter son
programme. Il faut en effet savoir qu'à la fermeture, Internet Explorer 6
sauvegarde sa position dans une clef de registre, sous la forme d'une
structure WINDOWPOSITION.
En revanche, la position "normale" étant sauvegardée, dans cette
structure, sous la forme d'un rectangle, les quatre coins sont positionnés
sans problème, à la dernière position que l'utilisateur leur a donnée.
Quant à la position réduite ou icône (ptMinPosition), sa taille étant
constante, sa sauvegarde sous la forme d'un point ne pose pas de problème,
du moins dont je me sois rendu compte jusque là.
La structure WINDOWPOSITION est valable pour les autres fenêtres aussi.
J'ai pris l'exemple d'Internet Explorer car j'y ai détecté un problème si
on en fait un usage qui semble ne pas avoir été prévu au départ.
Il est vrai qu'en développant ça je suis un peu sorti du sujet,
puisqu'avant je parlais de la taille et position d'un contrôle WebBrowser
et de celles du formulaire (Form) sur lequel il est placé.
Patrice Henrio a écrit :Je ne travaille pas avec des formulaires mais des formes (est-ce la même
chose ?)
C'est comment ça en Anglais déjà, Shapes ? c'est une catégorie de
contrôles, j'ai rencontré ça aussi, sous VBA. ça inclut des rectangles et
je ne sais plus quoi d'autre, il y en a un certain nombre. Effectivement
assez classiquement le parent n'est pas un formulaire mais un document.
Dans ce contexte c'est la fenêtre de l'application qu'on a le plus
l'occasion de réduire en icône. Mais on peut aussi réduire le document.
Depuis si je me rappelle bien Office 2000, on peut le réduire dans la
fenêtre de l'application ou dans la barre des tâches Windows, selon une
option.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vbawd11/html/woobjShapes1_HV05213325.asp
Le formulaire (Form) est la fenêtre standard créée par VB6, qui peut être
ouverte en mode modal (boîte de dialogue) ou normal.Je crois qu'en mode icône, s'il s'agit bien du mode utilisée quand on
appuie sur le signe - à gauche de la fenêtre maximum ou réduite (selon le
cas), les données concernant la taille sont inchangées, seul un booléen à
mon avis change de valeur car sinon comment expliquer que l'appui sur
l'icône dans la barre du bas remet la forme exactement dans la situation
antérieure . mais peut-être ne parle-t-on pas de la même chose ?
C'est bien ça.
Le positionnement de la fenêtre se sauvegarde dans une structure
WINDOWPLACEMENT
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/windowing/windows/windowreference/windowstructures/windowplacement.asp
On y trouve un rectangle pour la position "restaurée" ou "intermédiaire"
ou "normale" (rcNormalPosition), un point pour la position réduite
(ptMinPosition), et un point pour la position agrandie (ptMaxPosition),
plus quelques autres informations comme des drapeaux, et le mode
d'affichage courant.
http://www.allapi.net/apilist/SetWindowPos.shtml
Le fait que la position agrandie ne soit sauvegardée que sous la forme
d'un point explique pourquoi si on déplace un peu vers le bas (par
SetWindowPos) la position agrandie du navigateur Internet Explorer, pour
pouvoir voir lire la barre de titre alors qu'une barre d'outils est réglée
pour se placer dessus, on risque de ne pas voir le bas (la barre d'état)
de la fenêtre du navigateur la prochaine fois qu'il sera ouvert. En effet,
à l'ouverture la taille est calculée d'après la place disponible sur
l'écran, alors que la position du coin supérieur gauche a été sauvegardée
dans la structure. Donc, si on a décalé vers le bas, la barre d'état
disparaît la fois d'après. Si on joue à ça il ne faut pas oublier de
restaurer la position agrandie de la fenêtre avant de quitter son
programme. Il faut en effet savoir qu'à la fermeture, Internet Explorer 6
sauvegarde sa position dans une clef de registre, sous la forme d'une
structure WINDOWPOSITION.
En revanche, la position "normale" étant sauvegardée, dans cette
structure, sous la forme d'un rectangle, les quatre coins sont positionnés
sans problème, à la dernière position que l'utilisateur leur a donnée.
Quant à la position réduite ou icône (ptMinPosition), sa taille étant
constante, sa sauvegarde sous la forme d'un point ne pose pas de problème,
du moins dont je me sois rendu compte jusque là.
La structure WINDOWPOSITION est valable pour les autres fenêtres aussi.
J'ai pris l'exemple d'Internet Explorer car j'y ai détecté un problème si
on en fait un usage qui semble ne pas avoir été prévu au départ.
Il est vrai qu'en développant ça je suis un peu sorti du sujet,
puisqu'avant je parlais de la taille et position d'un contrôle WebBrowser
et de celles du formulaire (Form) sur lequel il est placé.
Au fait "forme" c'est ma francisation de "form", le shape est un
comme tu l'indiques. Souvent on trouve plutôt le mot frame (comme en
en html). Je ne savais pas qu'on l'appelait aussi formulaire ...
Au fait "forme" c'est ma francisation de "form", le shape est un
comme tu l'indiques. Souvent on trouve plutôt le mot frame (comme en
en html). Je ne savais pas qu'on l'appelait aussi formulaire ...
Au fait "forme" c'est ma francisation de "form", le shape est un
comme tu l'indiques. Souvent on trouve plutôt le mot frame (comme en
en html). Je ne savais pas qu'on l'appelait aussi formulaire ...
Avec tout ça je ne sais toujours pas pourquoi quand tu réduis ta fenêtre tu
as une erreur alors que moi je n'en ai pas.
Au fait "forme" c'est ma francisation de "form", le shape est un composant
comme tu l'indiques. Souvent on trouve plutôt le mot frame (comme en java et
en html). Je ne savais pas qu'on l'appelait aussi formulaire ...
Avec tout ça je ne sais toujours pas pourquoi quand tu réduis ta fenêtre tu
as une erreur alors que moi je n'en ai pas.
Au fait "forme" c'est ma francisation de "form", le shape est un composant
comme tu l'indiques. Souvent on trouve plutôt le mot frame (comme en java et
en html). Je ne savais pas qu'on l'appelait aussi formulaire ...
Avec tout ça je ne sais toujours pas pourquoi quand tu réduis ta fenêtre tu
as une erreur alors que moi je n'en ai pas.
Au fait "forme" c'est ma francisation de "form", le shape est un composant
comme tu l'indiques. Souvent on trouve plutôt le mot frame (comme en java et
en html). Je ne savais pas qu'on l'appelait aussi formulaire ...
<HS>
Les termes "formulaire" et autres francisations malheureuses , du genre
un "spoule" d'imprimante ou un "courriel" sont le triste héritage de
vieilles lois promulguées au mileu des années 80 par une bande de
vieillards
séniles et acrimonieux, dont la place était certanement plus à la maison
de retraite "les oiseaux bleux" que sur les bancs du sénat.
Quoiqu'il en soit, on a fait machine arrière sur le sujet, même si
il est encore courant dans l'administration (française) de tomber
au hasard d'un imprimé bureaucratique sur une de ces perles si
révélatrices de "l'exception culturelle française" (haha).
</HS>
Par extension, les éditeurs de bouquins en français (oeuvres originales
ou traductions des docs Microsoft) se sont vus obligés d'inventer une
kyrielle de barbarismes ("Formulaires", "Zone de Saisie",
"Tirer/Lacher",etc)
pour ne pas subir l'anathème de la très sainte inquisition du contrôle
de la
presse et de l'édition.
On revient de loin ...
<HS>
Les termes "formulaire" et autres francisations malheureuses , du genre
un "spoule" d'imprimante ou un "courriel" sont le triste héritage de
vieilles lois promulguées au mileu des années 80 par une bande de
vieillards
séniles et acrimonieux, dont la place était certanement plus à la maison
de retraite "les oiseaux bleux" que sur les bancs du sénat.
Quoiqu'il en soit, on a fait machine arrière sur le sujet, même si
il est encore courant dans l'administration (française) de tomber
au hasard d'un imprimé bureaucratique sur une de ces perles si
révélatrices de "l'exception culturelle française" (haha).
</HS>
Par extension, les éditeurs de bouquins en français (oeuvres originales
ou traductions des docs Microsoft) se sont vus obligés d'inventer une
kyrielle de barbarismes ("Formulaires", "Zone de Saisie",
"Tirer/Lacher",etc)
pour ne pas subir l'anathème de la très sainte inquisition du contrôle
de la
presse et de l'édition.
On revient de loin ...
<HS>
Les termes "formulaire" et autres francisations malheureuses , du genre
un "spoule" d'imprimante ou un "courriel" sont le triste héritage de
vieilles lois promulguées au mileu des années 80 par une bande de
vieillards
séniles et acrimonieux, dont la place était certanement plus à la maison
de retraite "les oiseaux bleux" que sur les bancs du sénat.
Quoiqu'il en soit, on a fait machine arrière sur le sujet, même si
il est encore courant dans l'administration (française) de tomber
au hasard d'un imprimé bureaucratique sur une de ces perles si
révélatrices de "l'exception culturelle française" (haha).
</HS>
Par extension, les éditeurs de bouquins en français (oeuvres originales
ou traductions des docs Microsoft) se sont vus obligés d'inventer une
kyrielle de barbarismes ("Formulaires", "Zone de Saisie",
"Tirer/Lacher",etc)
pour ne pas subir l'anathème de la très sainte inquisition du contrôle
de la
presse et de l'édition.
On revient de loin ...
Patrice Henrio a écrit :Avec tout ça je ne sais toujours pas pourquoi quand tu réduis ta fenêtre
tu as une erreur alors que moi je n'en ai pas.
ça tient à la façon dont tu calcules les emplacements et tailles, tout est
proportionnel à la taille du formulaire, alors que pour ma part je
retranche une valeur absolue, donc si je la retranche de 0, forcément il y
a un malaise.
Au fait "forme" c'est ma francisation de "form", le shape est un
composant comme tu l'indiques. Souvent on trouve plutôt le mot frame
(comme en java et en html). Je ne savais pas qu'on l'appelait aussi
formulaire ...
frame c'est un cadre
On y place des boutons-radio (bizarre ce mot d'ailleurs, mais enfin bon
RadioButton, c'est bien ça)
Patrice Henrio a écrit :
Avec tout ça je ne sais toujours pas pourquoi quand tu réduis ta fenêtre
tu as une erreur alors que moi je n'en ai pas.
ça tient à la façon dont tu calcules les emplacements et tailles, tout est
proportionnel à la taille du formulaire, alors que pour ma part je
retranche une valeur absolue, donc si je la retranche de 0, forcément il y
a un malaise.
Au fait "forme" c'est ma francisation de "form", le shape est un
composant comme tu l'indiques. Souvent on trouve plutôt le mot frame
(comme en java et en html). Je ne savais pas qu'on l'appelait aussi
formulaire ...
frame c'est un cadre
On y place des boutons-radio (bizarre ce mot d'ailleurs, mais enfin bon
RadioButton, c'est bien ça)
Patrice Henrio a écrit :Avec tout ça je ne sais toujours pas pourquoi quand tu réduis ta fenêtre
tu as une erreur alors que moi je n'en ai pas.
ça tient à la façon dont tu calcules les emplacements et tailles, tout est
proportionnel à la taille du formulaire, alors que pour ma part je
retranche une valeur absolue, donc si je la retranche de 0, forcément il y
a un malaise.
Au fait "forme" c'est ma francisation de "form", le shape est un
composant comme tu l'indiques. Souvent on trouve plutôt le mot frame
(comme en java et en html). Je ne savais pas qu'on l'appelait aussi
formulaire ...
frame c'est un cadre
On y place des boutons-radio (bizarre ce mot d'ailleurs, mais enfin bon
RadioButton, c'est bien ça)
