Je ne retrouve pas la proc que vous m'avez gentiment donné hier... Enfin
la question n'est pas là. Dans cette proc qqch est stocké dans un tableau...
Y a-t-il une limite à ce tableau?
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
anonymousA
bonjour,
la proc est dans le 1er fil, celui d'avant-hier à la fin de l'arborescence. Par ailleurs, la seule limitation à un tableau est la mémoire disponible.
A+
Bonjour,
Je ne retrouve pas la proc que vous m'avez gentiment donné hier... Enfin la question n'est pas là. Dans cette proc qqch est stocké dans un tableau... Y a-t-il une limite à ce tableau?
Merci
Christophe.B
bonjour,
la proc est dans le 1er fil, celui d'avant-hier à la fin de l'arborescence.
Par ailleurs, la seule limitation à un tableau est la mémoire disponible.
A+
Bonjour,
Je ne retrouve pas la proc que vous m'avez gentiment donné hier... Enfin
la question n'est pas là. Dans cette proc qqch est stocké dans un tableau...
Y a-t-il une limite à ce tableau?
la proc est dans le 1er fil, celui d'avant-hier à la fin de l'arborescence. Par ailleurs, la seule limitation à un tableau est la mémoire disponible.
A+
Bonjour,
Je ne retrouve pas la proc que vous m'avez gentiment donné hier... Enfin la question n'est pas là. Dans cette proc qqch est stocké dans un tableau... Y a-t-il une limite à ce tableau?
Merci
Christophe.B
Christophe B.
Juste pour savoir... Si je l'utilise dans plusieurs macros, dois-je changer les noms des variables? (rngA....)
Merci,
christophe
"anonymousA" wrote:
bonjour,
la proc est dans le 1er fil, celui d'avant-hier à la fin de l'arborescence. Par ailleurs, la seule limitation à un tableau est la mémoire disponible.
A+
Bonjour,
Je ne retrouve pas la proc que vous m'avez gentiment donné hier... Enfin la question n'est pas là. Dans cette proc qqch est stocké dans un tableau... Y a-t-il une limite à ce tableau?
Merci
Christophe.B
Juste pour savoir... Si je l'utilise dans plusieurs macros, dois-je changer
les noms des variables? (rngA....)
Merci,
christophe
"anonymousA" wrote:
bonjour,
la proc est dans le 1er fil, celui d'avant-hier à la fin de l'arborescence.
Par ailleurs, la seule limitation à un tableau est la mémoire disponible.
A+
Bonjour,
Je ne retrouve pas la proc que vous m'avez gentiment donné hier... Enfin
la question n'est pas là. Dans cette proc qqch est stocké dans un tableau...
Y a-t-il une limite à ce tableau?
Juste pour savoir... Si je l'utilise dans plusieurs macros, dois-je changer les noms des variables? (rngA....)
Merci,
christophe
"anonymousA" wrote:
bonjour,
la proc est dans le 1er fil, celui d'avant-hier à la fin de l'arborescence. Par ailleurs, la seule limitation à un tableau est la mémoire disponible.
A+
Bonjour,
Je ne retrouve pas la proc que vous m'avez gentiment donné hier... Enfin la question n'est pas là. Dans cette proc qqch est stocké dans un tableau... Y a-t-il une limite à ce tableau?
Merci
Christophe.B
anonymousA
re,
les variables déclarées dans une procédure ou une fonction (qui est au fond une procédure d'un genre un peu particulier) ont une portée limitées à la la procédure qui les abritent, ce qui veut dire qu'on peut s'en servir dans la procédure et point barre . Les variables déclarées dans la section déclarations d'un module ( tout en haut du module) ont une portée module donc peuvent être appelées dans les toutes procédures qui sont dans le module. Les varaibles déclarées Public ont une portée projet et donc , on peut les appeler depuis toute procédure dans le Projet et peuvent même via un lien Outils/références être appelées par un autre Projet.
Il est donc possible d'utiliser les mêmes variables (le même nom) dans des procédures différentes d'un même module ou/et d'un même projet. VBA saura y retouver ses petits. Personnellement, je change leurs noms pour des simples raisons de facilité à s'y retrouver mais il n'y a là rien d'obligatoire.
Enfin si tu dois utiliser plusieurs fois la même procédure , le plus efficace est très certainement d'en faire une sous-procédure donc appelée par une autre en lui passant au besoin des informations pour qu'elle s'exécute correctement. C'est bien à ca que sert l'informatique , c.à.d faire des choses récurrentes en utilisant le moins de code possible.
A+
Juste pour savoir... Si je l'utilise dans plusieurs macros, dois-je changer les noms des variables? (rngA....)
Merci,
christophe
"anonymousA" wrote:
bonjour,
la proc est dans le 1er fil, celui d'avant-hier à la fin de l'arborescence. Par ailleurs, la seule limitation à un tableau est la mémoire disponible.
A+
Bonjour,
Je ne retrouve pas la proc que vous m'avez gentiment donné hier... Enfin la question n'est pas là. Dans cette proc qqch est stocké dans un tableau... Y a-t-il une limite à ce tableau?
Merci
Christophe.B
re,
les variables déclarées dans une procédure ou une fonction (qui est au fond
une procédure d'un genre un peu particulier) ont une portée limitées à la la
procédure qui les abritent, ce qui veut dire qu'on peut s'en servir dans la
procédure et point barre .
Les variables déclarées dans la section déclarations d'un module ( tout en
haut du module) ont une portée module donc peuvent être appelées dans les
toutes procédures qui sont dans le module.
Les varaibles déclarées Public ont une portée projet et donc , on peut les
appeler depuis toute procédure dans le Projet et peuvent même via un lien
Outils/références être appelées par un autre Projet.
Il est donc possible d'utiliser les mêmes variables (le même nom) dans des
procédures différentes d'un même module ou/et d'un même projet. VBA saura y
retouver ses petits. Personnellement, je change leurs noms pour des simples
raisons de facilité à s'y retrouver mais il n'y a là rien d'obligatoire.
Enfin si tu dois utiliser plusieurs fois la même procédure , le plus
efficace est très certainement d'en faire une sous-procédure donc appelée par
une autre en lui passant au besoin des informations pour qu'elle s'exécute
correctement. C'est bien à ca que sert l'informatique , c.à.d faire des
choses récurrentes en utilisant le moins de code possible.
A+
Juste pour savoir... Si je l'utilise dans plusieurs macros, dois-je changer
les noms des variables? (rngA....)
Merci,
christophe
"anonymousA" wrote:
bonjour,
la proc est dans le 1er fil, celui d'avant-hier à la fin de l'arborescence.
Par ailleurs, la seule limitation à un tableau est la mémoire disponible.
A+
Bonjour,
Je ne retrouve pas la proc que vous m'avez gentiment donné hier... Enfin
la question n'est pas là. Dans cette proc qqch est stocké dans un tableau...
Y a-t-il une limite à ce tableau?
les variables déclarées dans une procédure ou une fonction (qui est au fond une procédure d'un genre un peu particulier) ont une portée limitées à la la procédure qui les abritent, ce qui veut dire qu'on peut s'en servir dans la procédure et point barre . Les variables déclarées dans la section déclarations d'un module ( tout en haut du module) ont une portée module donc peuvent être appelées dans les toutes procédures qui sont dans le module. Les varaibles déclarées Public ont une portée projet et donc , on peut les appeler depuis toute procédure dans le Projet et peuvent même via un lien Outils/références être appelées par un autre Projet.
Il est donc possible d'utiliser les mêmes variables (le même nom) dans des procédures différentes d'un même module ou/et d'un même projet. VBA saura y retouver ses petits. Personnellement, je change leurs noms pour des simples raisons de facilité à s'y retrouver mais il n'y a là rien d'obligatoire.
Enfin si tu dois utiliser plusieurs fois la même procédure , le plus efficace est très certainement d'en faire une sous-procédure donc appelée par une autre en lui passant au besoin des informations pour qu'elle s'exécute correctement. C'est bien à ca que sert l'informatique , c.à.d faire des choses récurrentes en utilisant le moins de code possible.
A+
Juste pour savoir... Si je l'utilise dans plusieurs macros, dois-je changer les noms des variables? (rngA....)
Merci,
christophe
"anonymousA" wrote:
bonjour,
la proc est dans le 1er fil, celui d'avant-hier à la fin de l'arborescence. Par ailleurs, la seule limitation à un tableau est la mémoire disponible.
A+
Bonjour,
Je ne retrouve pas la proc que vous m'avez gentiment donné hier... Enfin la question n'est pas là. Dans cette proc qqch est stocké dans un tableau... Y a-t-il une limite à ce tableau?
Merci
Christophe.B
Christophe B.
C'est déjà plus clair, merci!!!
"anonymousA" wrote:
re,
les variables déclarées dans une procédure ou une fonction (qui est au fond une procédure d'un genre un peu particulier) ont une portée limitées à la la procédure qui les abritent, ce qui veut dire qu'on peut s'en servir dans la procédure et point barre . Les variables déclarées dans la section déclarations d'un module ( tout en haut du module) ont une portée module donc peuvent être appelées dans les toutes procédures qui sont dans le module. Les varaibles déclarées Public ont une portée projet et donc , on peut les appeler depuis toute procédure dans le Projet et peuvent même via un lien Outils/références être appelées par un autre Projet.
Il est donc possible d'utiliser les mêmes variables (le même nom) dans des procédures différentes d'un même module ou/et d'un même projet. VBA saura y retouver ses petits. Personnellement, je change leurs noms pour des simples raisons de facilité à s'y retrouver mais il n'y a là rien d'obligatoire.
Enfin si tu dois utiliser plusieurs fois la même procédure , le plus efficace est très certainement d'en faire une sous-procédure donc appelée par une autre en lui passant au besoin des informations pour qu'elle s'exécute correctement. C'est bien à ca que sert l'informatique , c.à.d faire des choses récurrentes en utilisant le moins de code possible.
A+
Juste pour savoir... Si je l'utilise dans plusieurs macros, dois-je changer les noms des variables? (rngA....)
Merci,
christophe
"anonymousA" wrote:
bonjour,
la proc est dans le 1er fil, celui d'avant-hier à la fin de l'arborescence. Par ailleurs, la seule limitation à un tableau est la mémoire disponible.
A+
Bonjour,
Je ne retrouve pas la proc que vous m'avez gentiment donné hier... Enfin la question n'est pas là. Dans cette proc qqch est stocké dans un tableau... Y a-t-il une limite à ce tableau?
Merci
Christophe.B
C'est déjà plus clair, merci!!!
"anonymousA" wrote:
re,
les variables déclarées dans une procédure ou une fonction (qui est au fond
une procédure d'un genre un peu particulier) ont une portée limitées à la la
procédure qui les abritent, ce qui veut dire qu'on peut s'en servir dans la
procédure et point barre .
Les variables déclarées dans la section déclarations d'un module ( tout en
haut du module) ont une portée module donc peuvent être appelées dans les
toutes procédures qui sont dans le module.
Les varaibles déclarées Public ont une portée projet et donc , on peut les
appeler depuis toute procédure dans le Projet et peuvent même via un lien
Outils/références être appelées par un autre Projet.
Il est donc possible d'utiliser les mêmes variables (le même nom) dans des
procédures différentes d'un même module ou/et d'un même projet. VBA saura y
retouver ses petits. Personnellement, je change leurs noms pour des simples
raisons de facilité à s'y retrouver mais il n'y a là rien d'obligatoire.
Enfin si tu dois utiliser plusieurs fois la même procédure , le plus
efficace est très certainement d'en faire une sous-procédure donc appelée par
une autre en lui passant au besoin des informations pour qu'elle s'exécute
correctement. C'est bien à ca que sert l'informatique , c.à.d faire des
choses récurrentes en utilisant le moins de code possible.
A+
Juste pour savoir... Si je l'utilise dans plusieurs macros, dois-je changer
les noms des variables? (rngA....)
Merci,
christophe
"anonymousA" wrote:
bonjour,
la proc est dans le 1er fil, celui d'avant-hier à la fin de l'arborescence.
Par ailleurs, la seule limitation à un tableau est la mémoire disponible.
A+
Bonjour,
Je ne retrouve pas la proc que vous m'avez gentiment donné hier... Enfin
la question n'est pas là. Dans cette proc qqch est stocké dans un tableau...
Y a-t-il une limite à ce tableau?
les variables déclarées dans une procédure ou une fonction (qui est au fond une procédure d'un genre un peu particulier) ont une portée limitées à la la procédure qui les abritent, ce qui veut dire qu'on peut s'en servir dans la procédure et point barre . Les variables déclarées dans la section déclarations d'un module ( tout en haut du module) ont une portée module donc peuvent être appelées dans les toutes procédures qui sont dans le module. Les varaibles déclarées Public ont une portée projet et donc , on peut les appeler depuis toute procédure dans le Projet et peuvent même via un lien Outils/références être appelées par un autre Projet.
Il est donc possible d'utiliser les mêmes variables (le même nom) dans des procédures différentes d'un même module ou/et d'un même projet. VBA saura y retouver ses petits. Personnellement, je change leurs noms pour des simples raisons de facilité à s'y retrouver mais il n'y a là rien d'obligatoire.
Enfin si tu dois utiliser plusieurs fois la même procédure , le plus efficace est très certainement d'en faire une sous-procédure donc appelée par une autre en lui passant au besoin des informations pour qu'elle s'exécute correctement. C'est bien à ca que sert l'informatique , c.à.d faire des choses récurrentes en utilisant le moins de code possible.
A+
Juste pour savoir... Si je l'utilise dans plusieurs macros, dois-je changer les noms des variables? (rngA....)
Merci,
christophe
"anonymousA" wrote:
bonjour,
la proc est dans le 1er fil, celui d'avant-hier à la fin de l'arborescence. Par ailleurs, la seule limitation à un tableau est la mémoire disponible.
A+
Bonjour,
Je ne retrouve pas la proc que vous m'avez gentiment donné hier... Enfin la question n'est pas là. Dans cette proc qqch est stocké dans un tableau... Y a-t-il une limite à ce tableau?
