Salut Afterboy,
je ne suis pas sûr que ton idée de départ soit la bonne... car, ent re autre,
comment vas-tu gérer tes 50 contrôles pour l'impression, par exemple. Parce
qu'en te voyant arriver, j'ai l'impression que tu vas avoir une table avec
au moins 50 champs.
Ne pourrais-tu pas imaginer 10 périodes journalières et leur associer une
date. Pour ce qui est de regrouper par semaine, il suffirait de préparer
(dans XL) un calendrier avec date sans les fins de semaine et n° semain e.
Pour le choix de la date (sans contrepétrie...) un contrôle calendrier
ferait très bien l'affaire.
De plus, le fait d'avoir uniquement les tranches horaires par jour te
permettra, si nécessaire, de faire quelques stats du genre par périod e(s),
combien de fois la même chose de 16 à 17h, combien de plages vides po ur
chaque tranche horaire, ...
Mais s'il s'agit de données qui reviennent, tu pourrais même avoir des
enregistrements avec 3 champs : date, plage horaire, et données en liste
déroulante...
On en reparle quand tu veux.
Jac
Merci
Salut Afterboy,
je ne suis pas sûr que ton idée de départ soit la bonne... car, ent re autre,
comment vas-tu gérer tes 50 contrôles pour l'impression, par exemple. Parce
qu'en te voyant arriver, j'ai l'impression que tu vas avoir une table avec
au moins 50 champs.
Ne pourrais-tu pas imaginer 10 périodes journalières et leur associer une
date. Pour ce qui est de regrouper par semaine, il suffirait de préparer
(dans XL) un calendrier avec date sans les fins de semaine et n° semain e.
Pour le choix de la date (sans contrepétrie...) un contrôle calendrier
ferait très bien l'affaire.
De plus, le fait d'avoir uniquement les tranches horaires par jour te
permettra, si nécessaire, de faire quelques stats du genre par périod e(s),
combien de fois la même chose de 16 à 17h, combien de plages vides po ur
chaque tranche horaire, ...
Mais s'il s'agit de données qui reviennent, tu pourrais même avoir des
enregistrements avec 3 champs : date, plage horaire, et données en liste
déroulante...
On en reparle quand tu veux.
Jac
Merci
Salut Afterboy,
je ne suis pas sûr que ton idée de départ soit la bonne... car, ent re autre,
comment vas-tu gérer tes 50 contrôles pour l'impression, par exemple. Parce
qu'en te voyant arriver, j'ai l'impression que tu vas avoir une table avec
au moins 50 champs.
Ne pourrais-tu pas imaginer 10 périodes journalières et leur associer une
date. Pour ce qui est de regrouper par semaine, il suffirait de préparer
(dans XL) un calendrier avec date sans les fins de semaine et n° semain e.
Pour le choix de la date (sans contrepétrie...) un contrôle calendrier
ferait très bien l'affaire.
De plus, le fait d'avoir uniquement les tranches horaires par jour te
permettra, si nécessaire, de faire quelques stats du genre par périod e(s),
combien de fois la même chose de 16 à 17h, combien de plages vides po ur
chaque tranche horaire, ...
Mais s'il s'agit de données qui reviennent, tu pourrais même avoir des
enregistrements avec 3 champs : date, plage horaire, et données en liste
déroulante...
On en reparle quand tu veux.
Jac
Merci
Merci Jac,
En fait je n'ai pas besoin de date, lorsque je met des périodes en
lundi matin, c'est pour la session au complet. C'est pour faire des
horaires au niveau collégial Québécois.
J'avais déja fait en 1994 un logiciel d'horaires en Clipper et
maintenant on me demande un léger rafraichissement. :-) J'avais pensé
à VB ou l'on peut créer des controles avec des index mais je pense
m'en tirer avec Access.
Salut Afterboy,
je ne suis pas sûr que ton idée de départ soit la bonne... car, entre
autre,
comment vas-tu gérer tes 50 contrôles pour l'impression, par exemple.
Parce
qu'en te voyant arriver, j'ai l'impression que tu vas avoir une table
avec
au moins 50 champs.
Ne pourrais-tu pas imaginer 10 périodes journalières et leur associer une
date. Pour ce qui est de regrouper par semaine, il suffirait de préparer
(dans XL) un calendrier avec date sans les fins de semaine et n° semaine.
Pour le choix de la date (sans contrepétrie...) un contrôle calendrier
ferait très bien l'affaire.
De plus, le fait d'avoir uniquement les tranches horaires par jour te
permettra, si nécessaire, de faire quelques stats du genre par
période(s),
combien de fois la même chose de 16 à 17h, combien de plages vides pour
chaque tranche horaire, ...
Mais s'il s'agit de données qui reviennent, tu pourrais même avoir des
enregistrements avec 3 champs : date, plage horaire, et données en liste
déroulante...
On en reparle quand tu veux.
Jac
Merci Jac,
En fait je n'ai pas besoin de date, lorsque je met des périodes en
lundi matin, c'est pour la session au complet. C'est pour faire des
horaires au niveau collégial Québécois.
J'avais déja fait en 1994 un logiciel d'horaires en Clipper et
maintenant on me demande un léger rafraichissement. :-) J'avais pensé
à VB ou l'on peut créer des controles avec des index mais je pense
m'en tirer avec Access.
Salut Afterboy,
je ne suis pas sûr que ton idée de départ soit la bonne... car, entre
autre,
comment vas-tu gérer tes 50 contrôles pour l'impression, par exemple.
Parce
qu'en te voyant arriver, j'ai l'impression que tu vas avoir une table
avec
au moins 50 champs.
Ne pourrais-tu pas imaginer 10 périodes journalières et leur associer une
date. Pour ce qui est de regrouper par semaine, il suffirait de préparer
(dans XL) un calendrier avec date sans les fins de semaine et n° semaine.
Pour le choix de la date (sans contrepétrie...) un contrôle calendrier
ferait très bien l'affaire.
De plus, le fait d'avoir uniquement les tranches horaires par jour te
permettra, si nécessaire, de faire quelques stats du genre par
période(s),
combien de fois la même chose de 16 à 17h, combien de plages vides pour
chaque tranche horaire, ...
Mais s'il s'agit de données qui reviennent, tu pourrais même avoir des
enregistrements avec 3 champs : date, plage horaire, et données en liste
déroulante...
On en reparle quand tu veux.
Jac
Merci Jac,
En fait je n'ai pas besoin de date, lorsque je met des périodes en
lundi matin, c'est pour la session au complet. C'est pour faire des
horaires au niveau collégial Québécois.
J'avais déja fait en 1994 un logiciel d'horaires en Clipper et
maintenant on me demande un léger rafraichissement. :-) J'avais pensé
à VB ou l'on peut créer des controles avec des index mais je pense
m'en tirer avec Access.
Salut Afterboy,
je ne suis pas sûr que ton idée de départ soit la bonne... car, entre
autre,
comment vas-tu gérer tes 50 contrôles pour l'impression, par exemple.
Parce
qu'en te voyant arriver, j'ai l'impression que tu vas avoir une table
avec
au moins 50 champs.
Ne pourrais-tu pas imaginer 10 périodes journalières et leur associer une
date. Pour ce qui est de regrouper par semaine, il suffirait de préparer
(dans XL) un calendrier avec date sans les fins de semaine et n° semaine.
Pour le choix de la date (sans contrepétrie...) un contrôle calendrier
ferait très bien l'affaire.
De plus, le fait d'avoir uniquement les tranches horaires par jour te
permettra, si nécessaire, de faire quelques stats du genre par
période(s),
combien de fois la même chose de 16 à 17h, combien de plages vides pour
chaque tranche horaire, ...
Mais s'il s'agit de données qui reviennent, tu pourrais même avoir des
enregistrements avec 3 champs : date, plage horaire, et données en liste
déroulante...
On en reparle quand tu veux.
Jac
Tu n'as pas besoin de taper cela 50 fois...
Crée ta fonction, sélectionne les 50 contrôles en même temps,
appelle les propriétés et dans l'événement qui vas bien, tu appel le
ta fonction.
Donc, ne pas l'écrire *dans* la sub d'une procédure événementiell e,
mais bien à l'endroit ou l'on appelle une macro.
Ensuite tu sauve et l'appel de la fonction se fera dans les 50 contrôle s.
Précision: Seuls les événements "communs" aux contrôles sont disp onibles.
--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
Conseils MPFA: http://www.mpfa.info/
Tu n'as pas besoin de taper cela 50 fois...
Crée ta fonction, sélectionne les 50 contrôles en même temps,
appelle les propriétés et dans l'événement qui vas bien, tu appel le
ta fonction.
Donc, ne pas l'écrire *dans* la sub d'une procédure événementiell e,
mais bien à l'endroit ou l'on appelle une macro.
Ensuite tu sauve et l'appel de la fonction se fera dans les 50 contrôle s.
Précision: Seuls les événements "communs" aux contrôles sont disp onibles.
--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
Conseils MPFA: http://www.mpfa.info/
Tu n'as pas besoin de taper cela 50 fois...
Crée ta fonction, sélectionne les 50 contrôles en même temps,
appelle les propriétés et dans l'événement qui vas bien, tu appel le
ta fonction.
Donc, ne pas l'écrire *dans* la sub d'une procédure événementiell e,
mais bien à l'endroit ou l'on appelle une macro.
Ensuite tu sauve et l'appel de la fonction se fera dans les 50 contrôle s.
Précision: Seuls les événements "communs" aux contrôles sont disp onibles.
--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
Conseils MPFA: http://www.mpfa.info/
Donc, ne pas l'écrire *dans* la sub d'une procédure événementielle,
mais bien à l'endroit ou l'on appelle une macro.
Donc, ne pas l'écrire *dans* la sub d'une procédure événementielle,
mais bien à l'endroit ou l'on appelle une macro.
Donc, ne pas l'écrire *dans* la sub d'une procédure événementielle,
mais bien à l'endroit ou l'on appelle une macro.
Salut,
"AfterBoy"
[...]Donc, ne pas l'écrire *dans* la sub d'une procédure événementie lle,
mais bien à l'endroit ou l'on appelle une macro.
J'ai essayé et j'éprouve des problèmes. Dois-je me créer une macro
qui appelle ma fonction ?? Au lieu de placer [Procédure
événementielle] à l'événement de mes 50 controles je call la
macro?
Tu as lu ce que j'ai écrit ??
J'ai laissé le texte précis en haut...
Si oui comment appeller une fonction par macro je n'utilise
jamais les macros. J'ai tenté des choses mais j'ai pas bien
compris...Je précise que la fonction appelés peut etre dans un module
ou bien dans le formulaire meme et elle doit savoir de quelle controle
elle provient.
Si une fonction doit pouvoir être appellée d'ailleurs que le form ulaire
actuel, il faut écrire cette fonction dans un module général !
Si la fonction doit connaitre le nom du formulaire appelant,
c'est à toi de le transmettre à la fonction.
Notes:
Je me demande, vu le fait que tu soit si peu à l'aise avec le VBA,
ce que tu as bien put immaginer comme méthode...
Il se peut que tu te complique la vie pour rien ;-)
--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
Conseils MPFA: http://www.mpfa.info/
Salut,
"AfterBoy"
[...]
Donc, ne pas l'écrire *dans* la sub d'une procédure événementie lle,
mais bien à l'endroit ou l'on appelle une macro.
J'ai essayé et j'éprouve des problèmes. Dois-je me créer une macro
qui appelle ma fonction ?? Au lieu de placer [Procédure
événementielle] à l'événement de mes 50 controles je call la
macro?
Tu as lu ce que j'ai écrit ??
J'ai laissé le texte précis en haut...
Si oui comment appeller une fonction par macro je n'utilise
jamais les macros. J'ai tenté des choses mais j'ai pas bien
compris...Je précise que la fonction appelés peut etre dans un module
ou bien dans le formulaire meme et elle doit savoir de quelle controle
elle provient.
Si une fonction doit pouvoir être appellée d'ailleurs que le form ulaire
actuel, il faut écrire cette fonction dans un module général !
Si la fonction doit connaitre le nom du formulaire appelant,
c'est à toi de le transmettre à la fonction.
Notes:
Je me demande, vu le fait que tu soit si peu à l'aise avec le VBA,
ce que tu as bien put immaginer comme méthode...
Il se peut que tu te complique la vie pour rien ;-)
--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
Conseils MPFA: http://www.mpfa.info/
Salut,
"AfterBoy"
[...]Donc, ne pas l'écrire *dans* la sub d'une procédure événementie lle,
mais bien à l'endroit ou l'on appelle une macro.
J'ai essayé et j'éprouve des problèmes. Dois-je me créer une macro
qui appelle ma fonction ?? Au lieu de placer [Procédure
événementielle] à l'événement de mes 50 controles je call la
macro?
Tu as lu ce que j'ai écrit ??
J'ai laissé le texte précis en haut...
Si oui comment appeller une fonction par macro je n'utilise
jamais les macros. J'ai tenté des choses mais j'ai pas bien
compris...Je précise que la fonction appelés peut etre dans un module
ou bien dans le formulaire meme et elle doit savoir de quelle controle
elle provient.
Si une fonction doit pouvoir être appellée d'ailleurs que le form ulaire
actuel, il faut écrire cette fonction dans un module général !
Si la fonction doit connaitre le nom du formulaire appelant,
c'est à toi de le transmettre à la fonction.
Notes:
Je me demande, vu le fait que tu soit si peu à l'aise avec le VBA,
ce que tu as bien put immaginer comme méthode...
Il se peut que tu te complique la vie pour rien ;-)
--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
Conseils MPFA: http://www.mpfa.info/
Salut,
"AfterBoy"
[...]Donc, ne pas l'écrire *dans* la sub d'une procédure événementie lle,
mais bien à l'endroit ou l'on appelle une macro.
J'ai essayé et j'éprouve des problèmes. Dois-je me créer une macro
qui appelle ma fonction ?? Au lieu de placer [Procédure
événementielle] à l'événement de mes 50 controles je call la
macro?
Tu as lu ce que j'ai écrit ??
J'ai laissé le texte précis en haut...
Si oui comment appeller une fonction par macro je n'utilise
jamais les macros. J'ai tenté des choses mais j'ai pas bien
compris...Je précise que la fonction appelés peut etre dans un module
ou bien dans le formulaire meme et elle doit savoir de quelle controle
elle provient.
Si une fonction doit pouvoir être appellée d'ailleurs que le form ulaire
actuel, il faut écrire cette fonction dans un module général !
Si la fonction doit connaitre le nom du formulaire appelant,
c'est à toi de le transmettre à la fonction.
Notes:
Je me demande, vu le fait que tu soit si peu à l'aise avec le VBA,
ce que tu as bien put immaginer comme méthode...
Il se peut que tu te complique la vie pour rien ;-)
--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
Conseils MPFA: http://www.mpfa.info/
Salut,
"AfterBoy"
[...]
Donc, ne pas l'écrire *dans* la sub d'une procédure événementie lle,
mais bien à l'endroit ou l'on appelle une macro.
J'ai essayé et j'éprouve des problèmes. Dois-je me créer une macro
qui appelle ma fonction ?? Au lieu de placer [Procédure
événementielle] à l'événement de mes 50 controles je call la
macro?
Tu as lu ce que j'ai écrit ??
J'ai laissé le texte précis en haut...
Si oui comment appeller une fonction par macro je n'utilise
jamais les macros. J'ai tenté des choses mais j'ai pas bien
compris...Je précise que la fonction appelés peut etre dans un module
ou bien dans le formulaire meme et elle doit savoir de quelle controle
elle provient.
Si une fonction doit pouvoir être appellée d'ailleurs que le form ulaire
actuel, il faut écrire cette fonction dans un module général !
Si la fonction doit connaitre le nom du formulaire appelant,
c'est à toi de le transmettre à la fonction.
Notes:
Je me demande, vu le fait que tu soit si peu à l'aise avec le VBA,
ce que tu as bien put immaginer comme méthode...
Il se peut que tu te complique la vie pour rien ;-)
--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
Conseils MPFA: http://www.mpfa.info/
Salut,
"AfterBoy"
[...]Donc, ne pas l'écrire *dans* la sub d'une procédure événementie lle,
mais bien à l'endroit ou l'on appelle une macro.
J'ai essayé et j'éprouve des problèmes. Dois-je me créer une macro
qui appelle ma fonction ?? Au lieu de placer [Procédure
événementielle] à l'événement de mes 50 controles je call la
macro?
Tu as lu ce que j'ai écrit ??
J'ai laissé le texte précis en haut...
Si oui comment appeller une fonction par macro je n'utilise
jamais les macros. J'ai tenté des choses mais j'ai pas bien
compris...Je précise que la fonction appelés peut etre dans un module
ou bien dans le formulaire meme et elle doit savoir de quelle controle
elle provient.
Si une fonction doit pouvoir être appellée d'ailleurs que le form ulaire
actuel, il faut écrire cette fonction dans un module général !
Si la fonction doit connaitre le nom du formulaire appelant,
c'est à toi de le transmettre à la fonction.
Notes:
Je me demande, vu le fait que tu soit si peu à l'aise avec le VBA,
ce que tu as bien put immaginer comme méthode...
Il se peut que tu te complique la vie pour rien ;-)
--
A+
Pierre (3stone) Access MVP
Perso: http://www.3stone.be/
Conseils MPFA: http://www.mpfa.info/