Logo GNT
Actualités Tests & Guides Bons Plans
Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11
Entraide Applications Microsoft Office Access largeur d'un formulaire

largeur d'un formulaire

31 réponses
Avatar
phil
Je voulais faire une barre de menus personnalis=E9e. je sais=20
qu'il est possible de le faire, mais j'ai pr=E9f=E9r=E9 r=E9aliser=20
un formulaire ind=E9pendant, qui se place en haut de la=20
fen=EAtre...=20
J'ai cependant un probl=E8me : comment puis-je faire que mon=20
formulaire ait la largeur de la fen=EAtre ?=20
Je voudrais faire qu'il soit comme une vraie barre de=20
menu...=20

Merci de me r=E9pondre.
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2 3 4
Avatar
Jessy Sempere [MVP]
Entièrement d'accord...
Moins y a de ligne, mieux je me porte, le seul truc par contre,
c'est que je préfère quelques ligne de code plutôt que d'utiliser
des macros...

@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"www.eztree-msdn.com ( Laurent Jordi )" a écrit dans le
message news:
Bon courrage...

Personellement je trouve que l'informatique devient un art quand en 3
ligne

on parvient à faire ce que d'autres font en 50...

@+

LJ
www.eztree-msdn.com



"Jessy Sempere [MVP]" a écrit dans le message
de

news:c50gjp$hrp$
Bonjour

Mais pourquoi utilises tu Access dans ce cas ???

Sinon tu peux regarder la fonction MoveSize() pour redimenssionner
ton formulaire...

@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"phil" a écrit dans le message
news:


195dc01c41c7f$4b4342a0$
En fait, moi je ne suis pas du tout un développeur Access.
Ma spécialité, c'est plutot du développement sur
Visualbasic.Net.
je suis ce qu'on appelle un "pisseur de lignes".

Avec Access, on peut faire des formulaires basés sur des
requetes pour voir les enregistrements ? Tant pis ! Je
n'utilise pas de requete, et je gère tout en code VB, avec
mes boutons perso, des textbox indépendants, etc.

Tu vois, la base de données sur laquelle je travaille aura
bientôt 10000 lignes de code VB...
En fait, je n'aime pas du tout laisser Access s'occuper de
tout... Je court-circuite toutes les "fonctions
intrinsèques"...


Pour que mon "formulaire / barre de menu" reste au-dessus
de tous les autres, j'ai mis la propriété FenIndépendante
à Oui, et ca marche impeccable. Il ne me manque plus que
la gestion de sa largeur...



-----Message d'origine-----
Re,

Je pense que tu détourne et complique l'utilisation
d'access pour rien et

donc prend un gros risque. Un bon developpeur access ne
code quasiement

rien... Il faut au mximum utiliser les fonctions
Intrinsèques. Pourqoi ne

ferais-tu pas une toute petite fenêtre flottante, comme
le compagnon office

pour afficher ces éléments ?

Tu pourrais ainsi créer ton menu avec access et respecter
l'esprit dans

lequel il a été créé. Tu prendrais beaucoup moins de
risque.


En plus tu risque d'avoir des problèmes pour essayer de
faire des menus qui

passeraient au dessus d'un autre formulaire...

@+

LJ
www.eztree-msdn.com
www.ezlogic.mc


"phil" a écrit dans
le message de

news:194db01c41c76$19531350$

C'est pour pouvoir insérer des images, et afficher une
textbox (pour afficher le nom de l'utilisateur en cours).



-----Message d'origine-----
Salut,

Pourquoi ne personalises-tu pas simplement tes menus ?

@+

LJ
www.eztree-msdn.com

"phil" a écrit dans
le message de

news:1956b01c41c74$79bb5240$
Je voulais faire une barre de menus personnalisée. je
sais


qu'il est possible de le faire, mais j'ai préféré
réaliser


un formulaire indépendant, qui se place en haut de la
fenêtre...
J'ai cependant un problème : comment puis-je faire que
mon


formulaire ait la largeur de la fenêtre ?
Je voudrais faire qu'il soit comme une vraie barre de
menu...

Merci de me répondre.


.




.












Avatar
www.eztree-msdn.com \( Laurent Jordi \)
Je n'utilise pratiquement pas de macro...

Ne serais-tu pas interessé par quelques heures de cours particulier ? Je
suis sur que je devrais pouvoir t'ader à optimiser tout ça...

@+

LJ
www.eztree-msdn.com



"Jessy Sempere [MVP]" a écrit dans le message de
news:c50mvr$lba$
Entièrement d'accord...
Moins y a de ligne, mieux je me porte, le seul truc par contre,
c'est que je préfère quelques ligne de code plutôt que d'utiliser
des macros...

@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"www.eztree-msdn.com ( Laurent Jordi )" a écrit dans le
message news:
Bon courrage...

Personellement je trouve que l'informatique devient un art quand en 3
ligne

on parvient à faire ce que d'autres font en 50...

@+

LJ
www.eztree-msdn.com



"Jessy Sempere [MVP]" a écrit dans le
message


de
news:c50gjp$hrp$
Bonjour

Mais pourquoi utilises tu Access dans ce cas ???

Sinon tu peux regarder la fonction MoveSize() pour redimenssionner
ton formulaire...

@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"phil" a écrit dans le message
news:


195dc01c41c7f$4b4342a0$
En fait, moi je ne suis pas du tout un développeur Access.
Ma spécialité, c'est plutot du développement sur
Visualbasic.Net.
je suis ce qu'on appelle un "pisseur de lignes".

Avec Access, on peut faire des formulaires basés sur des
requetes pour voir les enregistrements ? Tant pis ! Je
n'utilise pas de requete, et je gère tout en code VB, avec
mes boutons perso, des textbox indépendants, etc.

Tu vois, la base de données sur laquelle je travaille aura
bientôt 10000 lignes de code VB...
En fait, je n'aime pas du tout laisser Access s'occuper de
tout... Je court-circuite toutes les "fonctions
intrinsèques"...


Pour que mon "formulaire / barre de menu" reste au-dessus
de tous les autres, j'ai mis la propriété FenIndépendante
à Oui, et ca marche impeccable. Il ne me manque plus que
la gestion de sa largeur...



-----Message d'origine-----
Re,

Je pense que tu détourne et complique l'utilisation
d'access pour rien et

donc prend un gros risque. Un bon developpeur access ne
code quasiement

rien... Il faut au mximum utiliser les fonctions
Intrinsèques. Pourqoi ne

ferais-tu pas une toute petite fenêtre flottante, comme
le compagnon office

pour afficher ces éléments ?

Tu pourrais ainsi créer ton menu avec access et respecter
l'esprit dans

lequel il a été créé. Tu prendrais beaucoup moins de
risque.


En plus tu risque d'avoir des problèmes pour essayer de
faire des menus qui

passeraient au dessus d'un autre formulaire...

@+

LJ
www.eztree-msdn.com
www.ezlogic.mc


"phil" a écrit dans
le message de

news:194db01c41c76$19531350$

C'est pour pouvoir insérer des images, et afficher une
textbox (pour afficher le nom de l'utilisateur en cours).



-----Message d'origine-----
Salut,

Pourquoi ne personalises-tu pas simplement tes menus ?

@+

LJ
www.eztree-msdn.com

"phil" a écrit dans
le message de

news:1956b01c41c74$79bb5240$
Je voulais faire une barre de menus personnalisée. je
sais


qu'il est possible de le faire, mais j'ai préféré
réaliser


un formulaire indépendant, qui se place en haut de la
fenêtre...
J'ai cependant un problème : comment puis-je faire que
mon


formulaire ait la largeur de la fenêtre ?
Je voudrais faire qu'il soit comme une vraie barre de
menu...

Merci de me répondre.


.




.
















Avatar
Jessy Sempere [MVP]
Re,

Je n'utilise pratiquement pas de macro...

Ne serais-tu pas interessé par quelques heures de cours particulier ? Je
suis sur que je devrais pouvoir t'ader à optimiser tout ça...


La seule macro que j'utilise dans toutes les applications que je peux
dévolopper est une macro permettant de compacter la base de donnée
en cours en utilisant VBA...

Merci de la proposition mais honnêtement je n'ai nul besoin de cours
particulier sur Access, ça va faire bientôt 10 ans que je l'utilise et je
pense me débrouiller quand même sur le sujet... ;-)

Je ne disais pas que j'utilisais les macros, au contraire je disais que
quelques lignes de code valent mieux que l'utilisation de macro.

@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------

Avatar
Raymond [mvp]
Bonjour Laurent .

je suis d'accord avec toi, jessy a besoin de cours particuliers mais
personne jusqu'à maintenant n'avait osé lui proposé, le tout c'est de savoir
en quelle matière ? il est tellement timide qu'il a déjà refusé les cours
des différentes jeunes filles de ce ng, malgré leur insistance. Si tu es
d'accord on peut faire un cours de groupe avec Pierre (s) et moi-même ce qui
devrait diminuer nos charges.

--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum


"www.eztree-msdn.com ( Laurent Jordi )" a écrit dans le
message de news:%
Je n'utilise pratiquement pas de macro...

Ne serais-tu pas interessé par quelques heures de cours particulier ? Je
suis sur que je devrais pouvoir t'ader à optimiser tout ça...

@+

LJ
www.eztree-msdn.com



"Jessy Sempere [MVP]" a écrit dans le message
de

news:c50mvr$lba$


Avatar
Jessy Sempere [MVP]
Salut Raymond

Je me doutais bien que vous alliez sauter sur l'occasion...
par contre je ne pensais pas que tu serais le premier... ;-))))

Où va-t-on ???? ;-))))))))))))

@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"Raymond [mvp]" a écrit dans le message news:

Bonjour Laurent .

je suis d'accord avec toi, jessy a besoin de cours particuliers mais
personne jusqu'à maintenant n'avait osé lui proposé, le tout c'est de
savoir

en quelle matière ? il est tellement timide qu'il a déjà refusé les cours
des différentes jeunes filles de ce ng, malgré leur insistance. Si tu es
d'accord on peut faire un cours de groupe avec Pierre (s) et moi-même ce
qui

devrait diminuer nos charges.

--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum


Avatar
www.eztree-msdn.com \( Laurent Jordi \)
Salut,

Cours particulier est peut être un peut fort, nous pourrions confronter nos
techniques et à nous trois être encore meilleur...

J'utilise access depuis le 1.0 (1991 ou 1992 je ne sais +)

@+

LJ
www.eztree-msnd.com


"www.eztree-msdn.com ( Laurent Jordi )" a écrit dans le
message de news:%
Je n'utilise pratiquement pas de macro...

Ne serais-tu pas interessé par quelques heures de cours particulier ? Je
suis sur que je devrais pouvoir t'ader à optimiser tout ça...

@+

LJ
www.eztree-msdn.com



"Jessy Sempere [MVP]" a écrit dans le message
de

news:c50mvr$lba$
Entièrement d'accord...
Moins y a de ligne, mieux je me porte, le seul truc par contre,
c'est que je préfère quelques ligne de code plutôt que d'utiliser
des macros...

@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"www.eztree-msdn.com ( Laurent Jordi )" a écrit dans
le


message news:
Bon courrage...

Personellement je trouve que l'informatique devient un art quand en 3
ligne

on parvient à faire ce que d'autres font en 50...

@+

LJ
www.eztree-msdn.com



"Jessy Sempere [MVP]" a écrit dans le
message


de
news:c50gjp$hrp$
Bonjour

Mais pourquoi utilises tu Access dans ce cas ???

Sinon tu peux regarder la fonction MoveSize() pour redimenssionner
ton formulaire...

@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"phil" a écrit dans le message
news:


195dc01c41c7f$4b4342a0$
En fait, moi je ne suis pas du tout un développeur Access.
Ma spécialité, c'est plutot du développement sur
Visualbasic.Net.
je suis ce qu'on appelle un "pisseur de lignes".

Avec Access, on peut faire des formulaires basés sur des
requetes pour voir les enregistrements ? Tant pis ! Je
n'utilise pas de requete, et je gère tout en code VB, avec
mes boutons perso, des textbox indépendants, etc.

Tu vois, la base de données sur laquelle je travaille aura
bientôt 10000 lignes de code VB...
En fait, je n'aime pas du tout laisser Access s'occuper de
tout... Je court-circuite toutes les "fonctions
intrinsèques"...


Pour que mon "formulaire / barre de menu" reste au-dessus
de tous les autres, j'ai mis la propriété FenIndépendante
à Oui, et ca marche impeccable. Il ne me manque plus que
la gestion de sa largeur...



-----Message d'origine-----
Re,

Je pense que tu détourne et complique l'utilisation
d'access pour rien et

donc prend un gros risque. Un bon developpeur access ne
code quasiement

rien... Il faut au mximum utiliser les fonctions
Intrinsèques. Pourqoi ne

ferais-tu pas une toute petite fenêtre flottante, comme
le compagnon office

pour afficher ces éléments ?

Tu pourrais ainsi créer ton menu avec access et respecter
l'esprit dans

lequel il a été créé. Tu prendrais beaucoup moins de
risque.


En plus tu risque d'avoir des problèmes pour essayer de
faire des menus qui

passeraient au dessus d'un autre formulaire...

@+

LJ
www.eztree-msdn.com
www.ezlogic.mc


"phil" a écrit dans
le message de

news:194db01c41c76$19531350$

C'est pour pouvoir insérer des images, et afficher une
textbox (pour afficher le nom de l'utilisateur en cours).



-----Message d'origine-----
Salut,

Pourquoi ne personalises-tu pas simplement tes menus ?

@+

LJ
www.eztree-msdn.com

"phil" a écrit dans
le message de

news:1956b01c41c74$79bb5240$
Je voulais faire une barre de menus personnalisée. je
sais


qu'il est possible de le faire, mais j'ai préféré
réaliser


un formulaire indépendant, qui se place en haut de la
fenêtre...
J'ai cependant un problème : comment puis-je faire que
mon


formulaire ait la largeur de la fenêtre ?
Je voudrais faire qu'il soit comme une vraie barre de
menu...

Merci de me répondre.


.




.




















Avatar
phil
je suis également d'accord... il faut faire le moins de
lignes possible... mais pour moi, ca ne compte que lorsque
l'on n'utilise que VB !!!

J'essaye de simplifier tout ce que je peux... mais
lorsqu'il faut vérifier la saisie d'un utilisateur, il
faut bien tester toutes les valeurs : savoir si la valeur
est nulle, supérieure ou inférieure à telle ou telle autre
valeur...

et puis quand on gère près de 300 boutons (style
calendrier mais en mieux), on n'a pas le choix, c'est
long !!!
Pour gérer les évènements SurClic de 280 boutons, j'ai
juste eu besoin de quatre lignes par bouton (1 :
initialisation d'un tableau de boutons, 2 : "Sub
buttonX.clic", 3 : "call proc(X)" et 4 : "End Sub"), +
quelques lignes de traitement, communes à tous les
boutons...

J'ai pas encore trouvé mieux... mais si vous avez,
n'hésitez pas !
Je n'ai rien de mieux à faire qu'apprendre...

Phil


-----Message d'origine-----
Entièrement d'accord...
Moins y a de ligne, mieux je me porte, le seul truc par
contre,

c'est que je préfère quelques ligne de code plutôt que
d'utiliser

des macros...

@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"www.eztree-msdn.com ( Laurent Jordi )"
a écrit dans le

message news:
Bon courrage...

Personellement je trouve que l'informatique devient un
art quand en 3


ligne
on parvient à faire ce que d'autres font en 50...

@+

LJ
www.eztree-msdn.com



"Jessy Sempere [MVP]" a
écrit dans le message


de
news:c50gjp$hrp$
Bonjour

Mais pourquoi utilises tu Access dans ce cas ???

Sinon tu peux regarder la fonction MoveSize() pour
redimenssionner



ton formulaire...

@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"phil" a écrit
dans le message



news:
195dc01c41c7f$4b4342a0$
En fait, moi je ne suis pas du tout un développeur
Access.



Ma spécialité, c'est plutot du développement sur
Visualbasic.Net.
je suis ce qu'on appelle un "pisseur de lignes".

Avec Access, on peut faire des formulaires basés sur
des



requetes pour voir les enregistrements ? Tant pis ! Je
n'utilise pas de requete, et je gère tout en code VB,
avec



mes boutons perso, des textbox indépendants, etc.

Tu vois, la base de données sur laquelle je travaille
aura



bientôt 10000 lignes de code VB...
En fait, je n'aime pas du tout laisser Access
s'occuper de



tout... Je court-circuite toutes les "fonctions
intrinsèques"...


Pour que mon "formulaire / barre de menu" reste au-
dessus



de tous les autres, j'ai mis la propriété
FenIndépendante



à Oui, et ca marche impeccable. Il ne me manque plus
que



la gestion de sa largeur...



-----Message d'origine-----
Re,

Je pense que tu détourne et complique l'utilisation
d'access pour rien et

donc prend un gros risque. Un bon developpeur access
ne




code quasiement
rien... Il faut au mximum utiliser les fonctions
Intrinsèques. Pourqoi ne

ferais-tu pas une toute petite fenêtre flottante,
comme




le compagnon office
pour afficher ces éléments ?

Tu pourrais ainsi créer ton menu avec access et
respecter




l'esprit dans
lequel il a été créé. Tu prendrais beaucoup moins de
risque.


En plus tu risque d'avoir des problèmes pour essayer
de




faire des menus qui
passeraient au dessus d'un autre formulaire...

@+

LJ
www.eztree-msdn.com
www.ezlogic.mc


"phil" a écrit
dans




le message de
news:194db01c41c76$19531350$

C'est pour pouvoir insérer des images, et afficher
une




textbox (pour afficher le nom de l'utilisateur en
cours).







-----Message d'origine-----
Salut,

Pourquoi ne personalises-tu pas simplement tes
menus ?






@+

LJ
www.eztree-msdn.com

"phil" a
écrit dans





le message de
news:1956b01c41c74$79bb5240$
Je voulais faire une barre de menus personnalisée.
je





sais
qu'il est possible de le faire, mais j'ai préféré
réaliser


un formulaire indépendant, qui se place en haut de
la





fenêtre...
J'ai cependant un problème : comment puis-je faire
que





mon
formulaire ait la largeur de la fenêtre ?
Je voudrais faire qu'il soit comme une vraie barre
de





menu...

Merci de me répondre.


.




.










.







Avatar
www.eztree-msdn.com \( Laurent Jordi \)
Re re re re

Et les règles de validation des champs elles sont faite pour qui ?
Si tu remplis corectement le champs

Valide Si pour chaque champ de tes tables et que tu saisis correctement les
messages d'erreur... Un gestion d'erreur suffit... 5 à 10 lignes en fonction
des détails que tu peux afficher...

Tu peux créer un module qui valide tous tes champs et qui est
systématiquement appelé en cas d'erreur.

@+

LJ
www.eztree-msdn.com


"phil" a écrit dans le message de
news:1697801c41c99$a3629f20$
je suis également d'accord... il faut faire le moins de
lignes possible... mais pour moi, ca ne compte que lorsque
l'on n'utilise que VB !!!

J'essaye de simplifier tout ce que je peux... mais
lorsqu'il faut vérifier la saisie d'un utilisateur, il
faut bien tester toutes les valeurs : savoir si la valeur
est nulle, supérieure ou inférieure à telle ou telle autre
valeur...

et puis quand on gère près de 300 boutons (style
calendrier mais en mieux), on n'a pas le choix, c'est
long !!!
Pour gérer les évènements SurClic de 280 boutons, j'ai
juste eu besoin de quatre lignes par bouton (1 :
initialisation d'un tableau de boutons, 2 : "Sub
buttonX.clic", 3 : "call proc(X)" et 4 : "End Sub"), +
quelques lignes de traitement, communes à tous les
boutons...

J'ai pas encore trouvé mieux... mais si vous avez,
n'hésitez pas !
Je n'ai rien de mieux à faire qu'apprendre...

Phil


-----Message d'origine-----
Entièrement d'accord...
Moins y a de ligne, mieux je me porte, le seul truc par
contre,

c'est que je préfère quelques ligne de code plutôt que
d'utiliser

des macros...

@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"www.eztree-msdn.com ( Laurent Jordi )"
a écrit dans le

message news:
Bon courrage...

Personellement je trouve que l'informatique devient un
art quand en 3


ligne
on parvient à faire ce que d'autres font en 50...

@+

LJ
www.eztree-msdn.com



"Jessy Sempere [MVP]" a
écrit dans le message


de
news:c50gjp$hrp$
Bonjour

Mais pourquoi utilises tu Access dans ce cas ???

Sinon tu peux regarder la fonction MoveSize() pour
redimenssionner



ton formulaire...

@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"phil" a écrit
dans le message



news:
195dc01c41c7f$4b4342a0$
En fait, moi je ne suis pas du tout un développeur
Access.



Ma spécialité, c'est plutot du développement sur
Visualbasic.Net.
je suis ce qu'on appelle un "pisseur de lignes".

Avec Access, on peut faire des formulaires basés sur
des



requetes pour voir les enregistrements ? Tant pis ! Je
n'utilise pas de requete, et je gère tout en code VB,
avec



mes boutons perso, des textbox indépendants, etc.

Tu vois, la base de données sur laquelle je travaille
aura



bientôt 10000 lignes de code VB...
En fait, je n'aime pas du tout laisser Access
s'occuper de



tout... Je court-circuite toutes les "fonctions
intrinsèques"...


Pour que mon "formulaire / barre de menu" reste au-
dessus



de tous les autres, j'ai mis la propriété
FenIndépendante



à Oui, et ca marche impeccable. Il ne me manque plus
que



la gestion de sa largeur...



-----Message d'origine-----
Re,

Je pense que tu détourne et complique l'utilisation
d'access pour rien et

donc prend un gros risque. Un bon developpeur access
ne




code quasiement
rien... Il faut au mximum utiliser les fonctions
Intrinsèques. Pourqoi ne

ferais-tu pas une toute petite fenêtre flottante,
comme




le compagnon office
pour afficher ces éléments ?

Tu pourrais ainsi créer ton menu avec access et
respecter




l'esprit dans
lequel il a été créé. Tu prendrais beaucoup moins de
risque.


En plus tu risque d'avoir des problèmes pour essayer
de




faire des menus qui
passeraient au dessus d'un autre formulaire...

@+

LJ
www.eztree-msdn.com
www.ezlogic.mc


"phil" a écrit
dans




le message de
news:194db01c41c76$19531350$

C'est pour pouvoir insérer des images, et afficher
une




textbox (pour afficher le nom de l'utilisateur en
cours).







-----Message d'origine-----
Salut,

Pourquoi ne personalises-tu pas simplement tes
menus ?






@+

LJ
www.eztree-msdn.com

"phil" a
écrit dans





le message de
news:1956b01c41c74$79bb5240$
Je voulais faire une barre de menus personnalisée.
je





sais
qu'il est possible de le faire, mais j'ai préféré
réaliser


un formulaire indépendant, qui se place en haut de
la





fenêtre...
J'ai cependant un problème : comment puis-je faire
que





mon
formulaire ait la largeur de la fenêtre ?
Je voudrais faire qu'il soit comme une vraie barre
de





menu...

Merci de me répondre.


.




.










.







Avatar
phil
je ne me suis pas trop penché la-dessus...
1) L'utilisateur saisit. il met n'importe quoi si il veut,
je m'en fout.
2) L'utilisateur appuie sur OK. Access vérifie tout d'un
coup et montre ce qui ne va pas...

Mais comment tu ferais pour gérer un tableau de 280
boutons ou 280 textbox, comme j'avais à faire ?

phil



-----Message d'origine-----
Re re re re

Et les règles de validation des champs elles sont faite
pour qui ?

Si tu remplis corectement le champs

Valide Si pour chaque champ de tes tables et que tu
saisis correctement les

messages d'erreur... Un gestion d'erreur suffit... 5 à 10
lignes en fonction

des détails que tu peux afficher...

Tu peux créer un module qui valide tous tes champs et qui
est

systématiquement appelé en cas d'erreur.

@+

LJ
www.eztree-msdn.com


"phil" a écrit dans
le message de

news:1697801c41c99$a3629f20$
je suis également d'accord... il faut faire le moins de
lignes possible... mais pour moi, ca ne compte que lorsque
l'on n'utilise que VB !!!

J'essaye de simplifier tout ce que je peux... mais
lorsqu'il faut vérifier la saisie d'un utilisateur, il
faut bien tester toutes les valeurs : savoir si la valeur
est nulle, supérieure ou inférieure à telle ou telle autre
valeur...

et puis quand on gère près de 300 boutons (style
calendrier mais en mieux), on n'a pas le choix, c'est
long !!!
Pour gérer les évènements SurClic de 280 boutons, j'ai
juste eu besoin de quatre lignes par bouton (1 :
initialisation d'un tableau de boutons, 2 : "Sub
buttonX.clic", 3 : "call proc(X)" et 4 : "End Sub"), +
quelques lignes de traitement, communes à tous les
boutons...

J'ai pas encore trouvé mieux... mais si vous avez,
n'hésitez pas !
Je n'ai rien de mieux à faire qu'apprendre...

Phil


-----Message d'origine-----
Entièrement d'accord...
Moins y a de ligne, mieux je me porte, le seul truc par
contre,

c'est que je préfère quelques ligne de code plutôt que
d'utiliser

des macros...

@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"www.eztree-msdn.com ( Laurent Jordi )"
a écrit dans le

message news:
Bon courrage...

Personellement je trouve que l'informatique devient un
art quand en 3


ligne
on parvient à faire ce que d'autres font en 50...

@+

LJ
www.eztree-msdn.com



"Jessy Sempere [MVP]" a
écrit dans le message


de
news:c50gjp$hrp$
Bonjour

Mais pourquoi utilises tu Access dans ce cas ???

Sinon tu peux regarder la fonction MoveSize() pour
redimenssionner



ton formulaire...

@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"phil" a écrit
dans le message



news:
195dc01c41c7f$4b4342a0$
En fait, moi je ne suis pas du tout un développeur
Access.



Ma spécialité, c'est plutot du développement sur
Visualbasic.Net.
je suis ce qu'on appelle un "pisseur de lignes".

Avec Access, on peut faire des formulaires basés sur
des



requetes pour voir les enregistrements ? Tant pis !
Je




n'utilise pas de requete, et je gère tout en code VB,
avec



mes boutons perso, des textbox indépendants, etc.

Tu vois, la base de données sur laquelle je travaille
aura



bientôt 10000 lignes de code VB...
En fait, je n'aime pas du tout laisser Access
s'occuper de



tout... Je court-circuite toutes les "fonctions
intrinsèques"...


Pour que mon "formulaire / barre de menu" reste au-
dessus



de tous les autres, j'ai mis la propriété
FenIndépendante



à Oui, et ca marche impeccable. Il ne me manque plus
que



la gestion de sa largeur...



-----Message d'origine-----
Re,

Je pense que tu détourne et complique l'utilisation
d'access pour rien et

donc prend un gros risque. Un bon developpeur access
ne




code quasiement
rien... Il faut au mximum utiliser les fonctions
Intrinsèques. Pourqoi ne

ferais-tu pas une toute petite fenêtre flottante,
comme




le compagnon office
pour afficher ces éléments ?

Tu pourrais ainsi créer ton menu avec access et
respecter




l'esprit dans
lequel il a été créé. Tu prendrais beaucoup moins de
risque.


En plus tu risque d'avoir des problèmes pour essayer
de




faire des menus qui
passeraient au dessus d'un autre formulaire...

@+

LJ
www.eztree-msdn.com
www.ezlogic.mc


"phil" a écrit
dans




le message de
news:194db01c41c76$19531350$

C'est pour pouvoir insérer des images, et afficher
une




textbox (pour afficher le nom de l'utilisateur en
cours).







-----Message d'origine-----
Salut,

Pourquoi ne personalises-tu pas simplement tes
menus ?






@+

LJ
www.eztree-msdn.com

"phil" a
écrit dans





le message de
news:1956b01c41c74$79bb5240$
Je voulais faire une barre de menus personnalisée.
je





sais
qu'il est possible de le faire, mais j'ai préféré
réaliser


un formulaire indépendant, qui se place en haut de
la





fenêtre...
J'ai cependant un problème : comment puis-je faire
que





mon
formulaire ait la largeur de la fenêtre ?
Je voudrais faire qu'il soit comme une vraie barre
de





menu...

Merci de me répondre.


.




.










.




.








Avatar
Jessy Sempere [MVP]
Re,

Déjà pour retirer 3 lignes de code par boutons, tu peux au lieu
d'utiliser une procédure évenementielle comme tu le décris,
mettre directement dans la propriété "sur click" de ton bouton :

=Proc(X)

@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"phil" a écrit dans le message news:
1697801c41c99$a3629f20$
je suis également d'accord... il faut faire le moins de
lignes possible... mais pour moi, ca ne compte que lorsque
l'on n'utilise que VB !!!

J'essaye de simplifier tout ce que je peux... mais
lorsqu'il faut vérifier la saisie d'un utilisateur, il
faut bien tester toutes les valeurs : savoir si la valeur
est nulle, supérieure ou inférieure à telle ou telle autre
valeur...

et puis quand on gère près de 300 boutons (style
calendrier mais en mieux), on n'a pas le choix, c'est
long !!!
Pour gérer les évènements SurClic de 280 boutons, j'ai
juste eu besoin de quatre lignes par bouton (1 :
initialisation d'un tableau de boutons, 2 : "Sub
buttonX.clic", 3 : "call proc(X)" et 4 : "End Sub"), +
quelques lignes de traitement, communes à tous les
boutons...

J'ai pas encore trouvé mieux... mais si vous avez,
n'hésitez pas !
Je n'ai rien de mieux à faire qu'apprendre...

Phil


-----Message d'origine-----
Entièrement d'accord...
Moins y a de ligne, mieux je me porte, le seul truc par
contre,

c'est que je préfère quelques ligne de code plutôt que
d'utiliser

des macros...

@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"www.eztree-msdn.com ( Laurent Jordi )"
a écrit dans le

message news:
Bon courrage...

Personellement je trouve que l'informatique devient un
art quand en 3


ligne
on parvient à faire ce que d'autres font en 50...

@+

LJ
www.eztree-msdn.com



"Jessy Sempere [MVP]" a
écrit dans le message


de
news:c50gjp$hrp$
Bonjour

Mais pourquoi utilises tu Access dans ce cas ???

Sinon tu peux regarder la fonction MoveSize() pour
redimenssionner



ton formulaire...

@+
Jessy Sempere - Access MVP

------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"phil" a écrit
dans le message



news:
195dc01c41c7f$4b4342a0$
En fait, moi je ne suis pas du tout un développeur
Access.



Ma spécialité, c'est plutot du développement sur
Visualbasic.Net.
je suis ce qu'on appelle un "pisseur de lignes".

Avec Access, on peut faire des formulaires basés sur
des



requetes pour voir les enregistrements ? Tant pis ! Je
n'utilise pas de requete, et je gère tout en code VB,
avec



mes boutons perso, des textbox indépendants, etc.

Tu vois, la base de données sur laquelle je travaille
aura



bientôt 10000 lignes de code VB...
En fait, je n'aime pas du tout laisser Access
s'occuper de



tout... Je court-circuite toutes les "fonctions
intrinsèques"...


Pour que mon "formulaire / barre de menu" reste au-
dessus



de tous les autres, j'ai mis la propriété
FenIndépendante



à Oui, et ca marche impeccable. Il ne me manque plus
que



la gestion de sa largeur...



-----Message d'origine-----
Re,

Je pense que tu détourne et complique l'utilisation
d'access pour rien et

donc prend un gros risque. Un bon developpeur access
ne




code quasiement
rien... Il faut au mximum utiliser les fonctions
Intrinsèques. Pourqoi ne

ferais-tu pas une toute petite fenêtre flottante,
comme




le compagnon office
pour afficher ces éléments ?

Tu pourrais ainsi créer ton menu avec access et
respecter




l'esprit dans
lequel il a été créé. Tu prendrais beaucoup moins de
risque.


En plus tu risque d'avoir des problèmes pour essayer
de




faire des menus qui
passeraient au dessus d'un autre formulaire...

@+

LJ
www.eztree-msdn.com
www.ezlogic.mc


"phil" a écrit
dans




le message de
news:194db01c41c76$19531350$

C'est pour pouvoir insérer des images, et afficher
une




textbox (pour afficher le nom de l'utilisateur en
cours).







-----Message d'origine-----
Salut,

Pourquoi ne personalises-tu pas simplement tes
menus ?






@+

LJ
www.eztree-msdn.com

"phil" a
écrit dans





le message de
news:1956b01c41c74$79bb5240$
Je voulais faire une barre de menus personnalisée.
je





sais
qu'il est possible de le faire, mais j'ai préféré
réaliser


un formulaire indépendant, qui se place en haut de
la





fenêtre...
J'ai cependant un problème : comment puis-je faire
que





mon
formulaire ait la largeur de la fenêtre ?
Je voudrais faire qu'il soit comme une vraie barre
de





menu...

Merci de me répondre.


.




.










.







1 2 3 4