Bonjour,
Est ce que quelqu'un peut l'expliquer la différence
entre
Range ("A1"). Select
et
[a1]
Quelle la syntaxe la plus propre pour sélectionner A1
Même question pour
Call Toto
et
Toto
Merci
Pascal
Bonjour,
Est ce que quelqu'un peut l'expliquer la différence
entre
Range ("A1"). Select
et
[a1]
Quelle la syntaxe la plus propre pour sélectionner A1
Même question pour
Call Toto
et
Toto
Merci
Pascal
Bonjour,
Est ce que quelqu'un peut l'expliquer la différence
entre
Range ("A1"). Select
et
[a1]
Quelle la syntaxe la plus propre pour sélectionner A1
Même question pour
Call Toto
et
Toto
Merci
Pascal
Bonjour,
Est ce que quelqu'un peut l'expliquer la différence
entre
Range ("A1"). Select
et
[a1]
Quelle la syntaxe la plus propre pour sélectionner A1
Même question pour
Call Toto
et
Toto
Merci
Pascal
Bonjour,
Est ce que quelqu'un peut l'expliquer la différence
entre
Range ("A1"). Select
et
[a1]
Quelle la syntaxe la plus propre pour sélectionner A1
Même question pour
Call Toto
et
Toto
Merci
Pascal
Bonjour,
Est ce que quelqu'un peut l'expliquer la différence
entre
Range ("A1"). Select
et
[a1]
Quelle la syntaxe la plus propre pour sélectionner A1
Même question pour
Call Toto
et
Toto
Merci
Pascal
Question I
| Est ce que quelqu'un peut l'expliquer la différence
| entre Range ("A1"). Select et [a1].Select
"Range" est une classe objet dûment défini dans le modèle
objet Excel. Comme objet, il a des propriétés et méthodes
qui lui sont attribuées. Lorsque tu saisis Range("A1"), tu as
accès à une liste déroulante affichant toutes les caractéristiques
de l'objet "Range". La méthode "Select" est l'une d'elles.
Dans cette expression "[a1]", les crochet droits signifient la
même chose que l'expression suivante : Application.Evaluate("A1")
Il n'y a pas de différence entre
[A1].select
et
Application.Evaluate("A1").Select
si ce n'est qu'avec "Evaluate", on peut inclure dans la parenthèse des
variables, ce que l'on ne peut pas faire avec les crochets droits.
En fait, comme son nom l'indique, "Evaluate" ou les crochets droits
évalue le contenu de la parenthèse et converti son contenu (un nom
Microsoft
Excel) en un objet ou une valeur. (voir l'aide sur "Nom Microsoft Excel")
Autrement dit, si Evaluate arrive à la conclusion que le contenu est
un objet "Range", cet objet aura les mêmes propriétés et méthodes
qu'un "vrai" objet "Range" du modèle objet d'Excel. La question
devrait être pourquoi utiliser un truc qui "évalue" la chaîne de
caractères si on a déjà un objet "Range" qu'Excel reconnaît comme tel ?
Personnellement, je préfère utiliser "Range"
Question II
Différence entre Call Toto et Toto ?
Les 2 font la même chose. Cependant, lorsque tu utilises
"Call" lors de la compilation du code, Excel a déjà identifié
où la procédure était située (le module) . Résultat, l'exécution
du code "serait" quelques nanosecondes plus rapide...parce
qu'Excel n'a pas à "trouver" la location de la procédure appelée.
Aujourd'hui, comme les ordinateurs sont de plus en plus puissants,
la différence n'est pas "grande".
Disons qu'en plus, cela peut aider la lecture et la compréhension du
code si tu n'en es pas l'auteur !
Question I
| Est ce que quelqu'un peut l'expliquer la différence
| entre Range ("A1"). Select et [a1].Select
"Range" est une classe objet dûment défini dans le modèle
objet Excel. Comme objet, il a des propriétés et méthodes
qui lui sont attribuées. Lorsque tu saisis Range("A1"), tu as
accès à une liste déroulante affichant toutes les caractéristiques
de l'objet "Range". La méthode "Select" est l'une d'elles.
Dans cette expression "[a1]", les crochet droits signifient la
même chose que l'expression suivante : Application.Evaluate("A1")
Il n'y a pas de différence entre
[A1].select
et
Application.Evaluate("A1").Select
si ce n'est qu'avec "Evaluate", on peut inclure dans la parenthèse des
variables, ce que l'on ne peut pas faire avec les crochets droits.
En fait, comme son nom l'indique, "Evaluate" ou les crochets droits
évalue le contenu de la parenthèse et converti son contenu (un nom
Microsoft
Excel) en un objet ou une valeur. (voir l'aide sur "Nom Microsoft Excel")
Autrement dit, si Evaluate arrive à la conclusion que le contenu est
un objet "Range", cet objet aura les mêmes propriétés et méthodes
qu'un "vrai" objet "Range" du modèle objet d'Excel. La question
devrait être pourquoi utiliser un truc qui "évalue" la chaîne de
caractères si on a déjà un objet "Range" qu'Excel reconnaît comme tel ?
Personnellement, je préfère utiliser "Range"
Question II
Différence entre Call Toto et Toto ?
Les 2 font la même chose. Cependant, lorsque tu utilises
"Call" lors de la compilation du code, Excel a déjà identifié
où la procédure était située (le module) . Résultat, l'exécution
du code "serait" quelques nanosecondes plus rapide...parce
qu'Excel n'a pas à "trouver" la location de la procédure appelée.
Aujourd'hui, comme les ordinateurs sont de plus en plus puissants,
la différence n'est pas "grande".
Disons qu'en plus, cela peut aider la lecture et la compréhension du
code si tu n'en es pas l'auteur !
Question I
| Est ce que quelqu'un peut l'expliquer la différence
| entre Range ("A1"). Select et [a1].Select
"Range" est une classe objet dûment défini dans le modèle
objet Excel. Comme objet, il a des propriétés et méthodes
qui lui sont attribuées. Lorsque tu saisis Range("A1"), tu as
accès à une liste déroulante affichant toutes les caractéristiques
de l'objet "Range". La méthode "Select" est l'une d'elles.
Dans cette expression "[a1]", les crochet droits signifient la
même chose que l'expression suivante : Application.Evaluate("A1")
Il n'y a pas de différence entre
[A1].select
et
Application.Evaluate("A1").Select
si ce n'est qu'avec "Evaluate", on peut inclure dans la parenthèse des
variables, ce que l'on ne peut pas faire avec les crochets droits.
En fait, comme son nom l'indique, "Evaluate" ou les crochets droits
évalue le contenu de la parenthèse et converti son contenu (un nom
Microsoft
Excel) en un objet ou une valeur. (voir l'aide sur "Nom Microsoft Excel")
Autrement dit, si Evaluate arrive à la conclusion que le contenu est
un objet "Range", cet objet aura les mêmes propriétés et méthodes
qu'un "vrai" objet "Range" du modèle objet d'Excel. La question
devrait être pourquoi utiliser un truc qui "évalue" la chaîne de
caractères si on a déjà un objet "Range" qu'Excel reconnaît comme tel ?
Personnellement, je préfère utiliser "Range"
Question II
Différence entre Call Toto et Toto ?
Les 2 font la même chose. Cependant, lorsque tu utilises
"Call" lors de la compilation du code, Excel a déjà identifié
où la procédure était située (le module) . Résultat, l'exécution
du code "serait" quelques nanosecondes plus rapide...parce
qu'Excel n'a pas à "trouver" la location de la procédure appelée.
Aujourd'hui, comme les ordinateurs sont de plus en plus puissants,
la différence n'est pas "grande".
Disons qu'en plus, cela peut aider la lecture et la compréhension du
code si tu n'en es pas l'auteur !
Question I
| Est ce que quelqu'un peut l'expliquer la différence
| entre Range ("A1"). Select et [a1].Select
"Range" est une classe objet dûment défini dans le modèle
objet Excel. Comme objet, il a des propriétés et méthodes
qui lui sont attribuées. Lorsque tu saisis Range("A1"), tu as
accès à une liste déroulante affichant toutes les caractéristiques
de l'objet "Range". La méthode "Select" est l'une d'elles.
Dans cette expression "[a1]", les crochet droits signifient la
même chose que l'expression suivante : Application.Evaluate("A1")
Il n'y a pas de différence entre
[A1].select
et
Application.Evaluate("A1").Select
si ce n'est qu'avec "Evaluate", on peut inclure dans la parenthèse des
variables, ce que l'on ne peut pas faire avec les crochets droits.
En fait, comme son nom l'indique, "Evaluate" ou les crochets droits
évalue le contenu de la parenthèse et converti son contenu (un nom
Microsoft
Excel) en un objet ou une valeur. (voir l'aide sur "Nom Microsoft Excel")
Autrement dit, si Evaluate arrive à la conclusion que le contenu est
un objet "Range", cet objet aura les mêmes propriétés et méthodes
qu'un "vrai" objet "Range" du modèle objet d'Excel. La question
devrait être pourquoi utiliser un truc qui "évalue" la chaîne de
caractères si on a déjà un objet "Range" qu'Excel reconnaît comme tel ?
Personnellement, je préfère utiliser "Range"
Question II
Différence entre Call Toto et Toto ?
Les 2 font la même chose. Cependant, lorsque tu utilises
"Call" lors de la compilation du code, Excel a déjà identifié
où la procédure était située (le module) . Résultat, l'exécution
du code "serait" quelques nanosecondes plus rapide...parce
qu'Excel n'a pas à "trouver" la location de la procédure appelée.
Aujourd'hui, comme les ordinateurs sont de plus en plus puissants,
la différence n'est pas "grande".
Disons qu'en plus, cela peut aider la lecture et la compréhension du
code si tu n'en es pas l'auteur !
Question I
| Est ce que quelqu'un peut l'expliquer la différence
| entre Range ("A1"). Select et [a1].Select
"Range" est une classe objet dûment défini dans le modèle
objet Excel. Comme objet, il a des propriétés et méthodes
qui lui sont attribuées. Lorsque tu saisis Range("A1"), tu as
accès à une liste déroulante affichant toutes les caractéristiques
de l'objet "Range". La méthode "Select" est l'une d'elles.
Dans cette expression "[a1]", les crochet droits signifient la
même chose que l'expression suivante : Application.Evaluate("A1")
Il n'y a pas de différence entre
[A1].select
et
Application.Evaluate("A1").Select
si ce n'est qu'avec "Evaluate", on peut inclure dans la parenthèse des
variables, ce que l'on ne peut pas faire avec les crochets droits.
En fait, comme son nom l'indique, "Evaluate" ou les crochets droits
évalue le contenu de la parenthèse et converti son contenu (un nom
Microsoft
Excel) en un objet ou une valeur. (voir l'aide sur "Nom Microsoft Excel")
Autrement dit, si Evaluate arrive à la conclusion que le contenu est
un objet "Range", cet objet aura les mêmes propriétés et méthodes
qu'un "vrai" objet "Range" du modèle objet d'Excel. La question
devrait être pourquoi utiliser un truc qui "évalue" la chaîne de
caractères si on a déjà un objet "Range" qu'Excel reconnaît comme tel ?
Personnellement, je préfère utiliser "Range"
Question II
Différence entre Call Toto et Toto ?
Les 2 font la même chose. Cependant, lorsque tu utilises
"Call" lors de la compilation du code, Excel a déjà identifié
où la procédure était située (le module) . Résultat, l'exécution
du code "serait" quelques nanosecondes plus rapide...parce
qu'Excel n'a pas à "trouver" la location de la procédure appelée.
Aujourd'hui, comme les ordinateurs sont de plus en plus puissants,
la différence n'est pas "grande".
Disons qu'en plus, cela peut aider la lecture et la compréhension du
code si tu n'en es pas l'auteur !
Question I
| Est ce que quelqu'un peut l'expliquer la différence
| entre Range ("A1"). Select et [a1].Select
"Range" est une classe objet dûment défini dans le modèle
objet Excel. Comme objet, il a des propriétés et méthodes
qui lui sont attribuées. Lorsque tu saisis Range("A1"), tu as
accès à une liste déroulante affichant toutes les caractéristiques
de l'objet "Range". La méthode "Select" est l'une d'elles.
Dans cette expression "[a1]", les crochet droits signifient la
même chose que l'expression suivante : Application.Evaluate("A1")
Il n'y a pas de différence entre
[A1].select
et
Application.Evaluate("A1").Select
si ce n'est qu'avec "Evaluate", on peut inclure dans la parenthèse des
variables, ce que l'on ne peut pas faire avec les crochets droits.
En fait, comme son nom l'indique, "Evaluate" ou les crochets droits
évalue le contenu de la parenthèse et converti son contenu (un nom
Microsoft
Excel) en un objet ou une valeur. (voir l'aide sur "Nom Microsoft Excel")
Autrement dit, si Evaluate arrive à la conclusion que le contenu est
un objet "Range", cet objet aura les mêmes propriétés et méthodes
qu'un "vrai" objet "Range" du modèle objet d'Excel. La question
devrait être pourquoi utiliser un truc qui "évalue" la chaîne de
caractères si on a déjà un objet "Range" qu'Excel reconnaît comme tel ?
Personnellement, je préfère utiliser "Range"
Question II
Différence entre Call Toto et Toto ?
Les 2 font la même chose. Cependant, lorsque tu utilises
"Call" lors de la compilation du code, Excel a déjà identifié
où la procédure était située (le module) . Résultat, l'exécution
du code "serait" quelques nanosecondes plus rapide...parce
qu'Excel n'a pas à "trouver" la location de la procédure appelée.
Aujourd'hui, comme les ordinateurs sont de plus en plus puissants,
la différence n'est pas "grande".
Disons qu'en plus, cela peut aider la lecture et la compréhension du
code si tu n'en es pas l'auteur !