Est-ce possible, à partir d'une macro rédigée manuellement, d'incorporer
le
contenu copié-collé d'une macro automatique construite à partir de Outils,
Marcro ?
Je ne pige pas très bien le langage Visual Basic Applictions. C'est
pourquoi, à partir d'une macro déjà bâtie et convenant à une situation ou
événement approprié, j'aimerais pouvoir incorporer le contenu d'une macro
automatique dont normallement je ne pourrais pas (manque de connaissance)
rédiger moi-même le code.
Est-ce possible, à partir d'une macro rédigée manuellement, d'incorporer
le
contenu copié-collé d'une macro automatique construite à partir de Outils,
Marcro ?
Je ne pige pas très bien le langage Visual Basic Applictions. C'est
pourquoi, à partir d'une macro déjà bâtie et convenant à une situation ou
événement approprié, j'aimerais pouvoir incorporer le contenu d'une macro
automatique dont normallement je ne pourrais pas (manque de connaissance)
rédiger moi-même le code.
Est-ce possible, à partir d'une macro rédigée manuellement, d'incorporer
le
contenu copié-collé d'une macro automatique construite à partir de Outils,
Marcro ?
Je ne pige pas très bien le langage Visual Basic Applictions. C'est
pourquoi, à partir d'une macro déjà bâtie et convenant à une situation ou
événement approprié, j'aimerais pouvoir incorporer le contenu d'une macro
automatique dont normallement je ne pourrais pas (manque de connaissance)
rédiger moi-même le code.
Bonsoir à toi aussi,
On peut, bien sur, à priori, incorporer du code issu d'un enregistrement de
macro à un autre code et réciproquement.
Il faut cependant le faire avec discernement et mieux vaut quand même
comprendre ce qu'on demande au logiciel de faire.
Bref, avant de se lancer sur un projet compliqué, il faut s'armer de
patience et se frotter d'abord à des projets moins ambitieux.
--
Avec plaisir
http://dj.joss.free.fr/trombine.htm
http://jacxl.free.fr/mpfe/trombino.html
Philippe.R
Pour se connecter au forum :
http://www.excelabo.net/mpfe/connexion.php
News://news.microsoft.com/microsoft.public.fr.excel
"Statisticien" a écrit dans le
message de news:
> Est-ce possible, à partir d'une macro rédigée manuellement, d'incorporer
> le
> contenu copié-collé d'une macro automatique construite à partir de Outils,
> Marcro ?
> Je ne pige pas très bien le langage Visual Basic Applictions. C'est
> pourquoi, à partir d'une macro déjà bâtie et convenant à une situation ou
> événement approprié, j'aimerais pouvoir incorporer le contenu d'une macro
> automatique dont normallement je ne pourrais pas (manque de connaissance)
> rédiger moi-même le code.
Bonsoir à toi aussi,
On peut, bien sur, à priori, incorporer du code issu d'un enregistrement de
macro à un autre code et réciproquement.
Il faut cependant le faire avec discernement et mieux vaut quand même
comprendre ce qu'on demande au logiciel de faire.
Bref, avant de se lancer sur un projet compliqué, il faut s'armer de
patience et se frotter d'abord à des projets moins ambitieux.
--
Avec plaisir
http://dj.joss.free.fr/trombine.htm
http://jacxl.free.fr/mpfe/trombino.html
Philippe.R
Pour se connecter au forum :
http://www.excelabo.net/mpfe/connexion.php
News://news.microsoft.com/microsoft.public.fr.excel
"Statisticien" <Statisticien@discussions.microsoft.com> a écrit dans le
message de news:21F6BAEB-52EB-4840-AE0D-ED0B17F39577@microsoft.com...
> Est-ce possible, à partir d'une macro rédigée manuellement, d'incorporer
> le
> contenu copié-collé d'une macro automatique construite à partir de Outils,
> Marcro ?
> Je ne pige pas très bien le langage Visual Basic Applictions. C'est
> pourquoi, à partir d'une macro déjà bâtie et convenant à une situation ou
> événement approprié, j'aimerais pouvoir incorporer le contenu d'une macro
> automatique dont normallement je ne pourrais pas (manque de connaissance)
> rédiger moi-même le code.
Bonsoir à toi aussi,
On peut, bien sur, à priori, incorporer du code issu d'un enregistrement de
macro à un autre code et réciproquement.
Il faut cependant le faire avec discernement et mieux vaut quand même
comprendre ce qu'on demande au logiciel de faire.
Bref, avant de se lancer sur un projet compliqué, il faut s'armer de
patience et se frotter d'abord à des projets moins ambitieux.
--
Avec plaisir
http://dj.joss.free.fr/trombine.htm
http://jacxl.free.fr/mpfe/trombino.html
Philippe.R
Pour se connecter au forum :
http://www.excelabo.net/mpfe/connexion.php
News://news.microsoft.com/microsoft.public.fr.excel
"Statisticien" a écrit dans le
message de news:
> Est-ce possible, à partir d'une macro rédigée manuellement, d'incorporer
> le
> contenu copié-collé d'une macro automatique construite à partir de Outils,
> Marcro ?
> Je ne pige pas très bien le langage Visual Basic Applictions. C'est
> pourquoi, à partir d'une macro déjà bâtie et convenant à une situation ou
> événement approprié, j'aimerais pouvoir incorporer le contenu d'une macro
> automatique dont normallement je ne pourrais pas (manque de connaissance)
> rédiger moi-même le code.
Merci beaucoup, Philippe.
Ta réponse me donne de l'espoir. Est-ce que je peux conclure que la macro
automatique utilise exactement le même langage que la macro rédigée
manuellement ?
Si oui, je vais me hâter de faire l'acquisition de littérature qui
enseigne
le langage Visual Basis. Auriez-vous un titre particulier à suggérer à un
débutant.
Bonne journée
Statisticien
"Philippe.R" wrote:Bonsoir à toi aussi,
On peut, bien sur, à priori, incorporer du code issu d'un enregistrement
de
macro à un autre code et réciproquement.
Il faut cependant le faire avec discernement et mieux vaut quand même
comprendre ce qu'on demande au logiciel de faire.
Bref, avant de se lancer sur un projet compliqué, il faut s'armer de
patience et se frotter d'abord à des projets moins ambitieux.
--
Avec plaisir
http://dj.joss.free.fr/trombine.htm
http://jacxl.free.fr/mpfe/trombino.html
Philippe.R
Pour se connecter au forum :
http://www.excelabo.net/mpfe/connexion.php
News://news.microsoft.com/microsoft.public.fr.excel
"Statisticien" a écrit dans le
message de news:
> Est-ce possible, à partir d'une macro rédigée manuellement,
> d'incorporer
> le
> contenu copié-collé d'une macro automatique construite à partir de
> Outils,
> Marcro ?
> Je ne pige pas très bien le langage Visual Basic Applictions. C'est
> pourquoi, à partir d'une macro déjà bâtie et convenant à une situation
> ou
> événement approprié, j'aimerais pouvoir incorporer le contenu d'une
> macro
> automatique dont normallement je ne pourrais pas (manque de
> connaissance)
> rédiger moi-même le code.
Merci beaucoup, Philippe.
Ta réponse me donne de l'espoir. Est-ce que je peux conclure que la macro
automatique utilise exactement le même langage que la macro rédigée
manuellement ?
Si oui, je vais me hâter de faire l'acquisition de littérature qui
enseigne
le langage Visual Basis. Auriez-vous un titre particulier à suggérer à un
débutant.
Bonne journée
Statisticien
"Philippe.R" wrote:
Bonsoir à toi aussi,
On peut, bien sur, à priori, incorporer du code issu d'un enregistrement
de
macro à un autre code et réciproquement.
Il faut cependant le faire avec discernement et mieux vaut quand même
comprendre ce qu'on demande au logiciel de faire.
Bref, avant de se lancer sur un projet compliqué, il faut s'armer de
patience et se frotter d'abord à des projets moins ambitieux.
--
Avec plaisir
http://dj.joss.free.fr/trombine.htm
http://jacxl.free.fr/mpfe/trombino.html
Philippe.R
Pour se connecter au forum :
http://www.excelabo.net/mpfe/connexion.php
News://news.microsoft.com/microsoft.public.fr.excel
"Statisticien" <Statisticien@discussions.microsoft.com> a écrit dans le
message de news:21F6BAEB-52EB-4840-AE0D-ED0B17F39577@microsoft.com...
> Est-ce possible, à partir d'une macro rédigée manuellement,
> d'incorporer
> le
> contenu copié-collé d'une macro automatique construite à partir de
> Outils,
> Marcro ?
> Je ne pige pas très bien le langage Visual Basic Applictions. C'est
> pourquoi, à partir d'une macro déjà bâtie et convenant à une situation
> ou
> événement approprié, j'aimerais pouvoir incorporer le contenu d'une
> macro
> automatique dont normallement je ne pourrais pas (manque de
> connaissance)
> rédiger moi-même le code.
Merci beaucoup, Philippe.
Ta réponse me donne de l'espoir. Est-ce que je peux conclure que la macro
automatique utilise exactement le même langage que la macro rédigée
manuellement ?
Si oui, je vais me hâter de faire l'acquisition de littérature qui
enseigne
le langage Visual Basis. Auriez-vous un titre particulier à suggérer à un
débutant.
Bonne journée
Statisticien
"Philippe.R" wrote:Bonsoir à toi aussi,
On peut, bien sur, à priori, incorporer du code issu d'un enregistrement
de
macro à un autre code et réciproquement.
Il faut cependant le faire avec discernement et mieux vaut quand même
comprendre ce qu'on demande au logiciel de faire.
Bref, avant de se lancer sur un projet compliqué, il faut s'armer de
patience et se frotter d'abord à des projets moins ambitieux.
--
Avec plaisir
http://dj.joss.free.fr/trombine.htm
http://jacxl.free.fr/mpfe/trombino.html
Philippe.R
Pour se connecter au forum :
http://www.excelabo.net/mpfe/connexion.php
News://news.microsoft.com/microsoft.public.fr.excel
"Statisticien" a écrit dans le
message de news:
> Est-ce possible, à partir d'une macro rédigée manuellement,
> d'incorporer
> le
> contenu copié-collé d'une macro automatique construite à partir de
> Outils,
> Marcro ?
> Je ne pige pas très bien le langage Visual Basic Applictions. C'est
> pourquoi, à partir d'une macro déjà bâtie et convenant à une situation
> ou
> événement approprié, j'aimerais pouvoir incorporer le contenu d'une
> macro
> automatique dont normallement je ne pourrais pas (manque de
> connaissance)
> rédiger moi-même le code.
Merci beaucoup, Philippe.
Ta réponse me donne de l'espoir. Est-ce que je peux conclure que la macro
automatique utilise exactement le même langage que la macro rédigée
manuellement ?
Si oui, je vais me hâter de faire l'acquisition de littérature qui
enseigne
le langage Visual Basis. Auriez-vous un titre particulier à suggérer à un
débutant.
Bonne journée
Statisticien
"Philippe.R" wrote:Bonsoir à toi aussi,
On peut, bien sur, à priori, incorporer du code issu d'un enregistrement
de
macro à un autre code et réciproquement.
Il faut cependant le faire avec discernement et mieux vaut quand même
comprendre ce qu'on demande au logiciel de faire.
Bref, avant de se lancer sur un projet compliqué, il faut s'armer de
patience et se frotter d'abord à des projets moins ambitieux.
--
Avec plaisir
http://dj.joss.free.fr/trombine.htm
http://jacxl.free.fr/mpfe/trombino.html
Philippe.R
Pour se connecter au forum :
http://www.excelabo.net/mpfe/connexion.php
News://news.microsoft.com/microsoft.public.fr.excel
"Statisticien" a écrit dans le
message de news:
> Est-ce possible, à partir d'une macro rédigée manuellement,
> d'incorporer
> le
> contenu copié-collé d'une macro automatique construite à partir de
> Outils,
> Marcro ?
> Je ne pige pas très bien le langage Visual Basic Applictions. C'est
> pourquoi, à partir d'une macro déjà bâtie et convenant à une situation
> ou
> événement approprié, j'aimerais pouvoir incorporer le contenu d'une
> macro
> automatique dont normallement je ne pourrais pas (manque de
> connaissance)
> rédiger moi-même le code.
Merci beaucoup, Philippe.
Ta réponse me donne de l'espoir. Est-ce que je peux conclure que la macro
automatique utilise exactement le même langage que la macro rédigée
manuellement ?
Si oui, je vais me hâter de faire l'acquisition de littérature qui
enseigne
le langage Visual Basis. Auriez-vous un titre particulier à suggérer à un
débutant.
Bonne journée
Statisticien
"Philippe.R" wrote:
Bonsoir à toi aussi,
On peut, bien sur, à priori, incorporer du code issu d'un enregistrement
de
macro à un autre code et réciproquement.
Il faut cependant le faire avec discernement et mieux vaut quand même
comprendre ce qu'on demande au logiciel de faire.
Bref, avant de se lancer sur un projet compliqué, il faut s'armer de
patience et se frotter d'abord à des projets moins ambitieux.
--
Avec plaisir
http://dj.joss.free.fr/trombine.htm
http://jacxl.free.fr/mpfe/trombino.html
Philippe.R
Pour se connecter au forum :
http://www.excelabo.net/mpfe/connexion.php
News://news.microsoft.com/microsoft.public.fr.excel
"Statisticien" <Statisticien@discussions.microsoft.com> a écrit dans le
message de news:21F6BAEB-52EB-4840-AE0D-ED0B17F39577@microsoft.com...
> Est-ce possible, à partir d'une macro rédigée manuellement,
> d'incorporer
> le
> contenu copié-collé d'une macro automatique construite à partir de
> Outils,
> Marcro ?
> Je ne pige pas très bien le langage Visual Basic Applictions. C'est
> pourquoi, à partir d'une macro déjà bâtie et convenant à une situation
> ou
> événement approprié, j'aimerais pouvoir incorporer le contenu d'une
> macro
> automatique dont normallement je ne pourrais pas (manque de
> connaissance)
> rédiger moi-même le code.
Merci beaucoup, Philippe.
Ta réponse me donne de l'espoir. Est-ce que je peux conclure que la macro
automatique utilise exactement le même langage que la macro rédigée
manuellement ?
Si oui, je vais me hâter de faire l'acquisition de littérature qui
enseigne
le langage Visual Basis. Auriez-vous un titre particulier à suggérer à un
débutant.
Bonne journée
Statisticien
"Philippe.R" wrote:Bonsoir à toi aussi,
On peut, bien sur, à priori, incorporer du code issu d'un enregistrement
de
macro à un autre code et réciproquement.
Il faut cependant le faire avec discernement et mieux vaut quand même
comprendre ce qu'on demande au logiciel de faire.
Bref, avant de se lancer sur un projet compliqué, il faut s'armer de
patience et se frotter d'abord à des projets moins ambitieux.
--
Avec plaisir
http://dj.joss.free.fr/trombine.htm
http://jacxl.free.fr/mpfe/trombino.html
Philippe.R
Pour se connecter au forum :
http://www.excelabo.net/mpfe/connexion.php
News://news.microsoft.com/microsoft.public.fr.excel
"Statisticien" a écrit dans le
message de news:
> Est-ce possible, à partir d'une macro rédigée manuellement,
> d'incorporer
> le
> contenu copié-collé d'une macro automatique construite à partir de
> Outils,
> Marcro ?
> Je ne pige pas très bien le langage Visual Basic Applictions. C'est
> pourquoi, à partir d'une macro déjà bâtie et convenant à une situation
> ou
> événement approprié, j'aimerais pouvoir incorporer le contenu d'une
> macro
> automatique dont normallement je ne pourrais pas (manque de
> connaissance)
> rédiger moi-même le code.
Merci beaucoup, Philippe.
Ta réponse me donne de l'espoir. Est-ce que je peux conclure que la macro
automatique utilise exactement le même langage que la macro rédigée
manuellement ?
Si oui, je vais me hâter de faire l'acquisition de littérature qui enseigne
le langage Visual Basis. Auriez-vous un titre particulier à suggérer à un
débutant.
Bonne journée
Statisticien
"Philippe.R" wrote:Bonsoir à toi aussi,
On peut, bien sur, à priori, incorporer du code issu d'un enregistrement de
macro à un autre code et réciproquement.
Il faut cependant le faire avec discernement et mieux vaut quand même
comprendre ce qu'on demande au logiciel de faire.
Bref, avant de se lancer sur un projet compliqué, il faut s'armer de
patience et se frotter d'abord à des projets moins ambitieux.
--
Avec plaisir
http://dj.joss.free.fr/trombine.htm
http://jacxl.free.fr/mpfe/trombino.html
Philippe.R
Pour se connecter au forum :
http://www.excelabo.net/mpfe/connexion.php
News://news.microsoft.com/microsoft.public.fr.excel
"Statisticien" a écrit dans le
message de news:Est-ce possible, à partir d'une macro rédigée manuellement, d'incorporer
le
contenu copié-collé d'une macro automatique construite à partir de Outils,
Marcro ?
Je ne pige pas très bien le langage Visual Basic Applictions. C'est
pourquoi, à partir d'une macro déjà bâtie et convenant à une situation ou
événement approprié, j'aimerais pouvoir incorporer le contenu d'une macro
automatique dont normallement je ne pourrais pas (manque de connaissance)
rédiger moi-même le code.
Merci beaucoup, Philippe.
Ta réponse me donne de l'espoir. Est-ce que je peux conclure que la macro
automatique utilise exactement le même langage que la macro rédigée
manuellement ?
Si oui, je vais me hâter de faire l'acquisition de littérature qui enseigne
le langage Visual Basis. Auriez-vous un titre particulier à suggérer à un
débutant.
Bonne journée
Statisticien
"Philippe.R" wrote:
Bonsoir à toi aussi,
On peut, bien sur, à priori, incorporer du code issu d'un enregistrement de
macro à un autre code et réciproquement.
Il faut cependant le faire avec discernement et mieux vaut quand même
comprendre ce qu'on demande au logiciel de faire.
Bref, avant de se lancer sur un projet compliqué, il faut s'armer de
patience et se frotter d'abord à des projets moins ambitieux.
--
Avec plaisir
http://dj.joss.free.fr/trombine.htm
http://jacxl.free.fr/mpfe/trombino.html
Philippe.R
Pour se connecter au forum :
http://www.excelabo.net/mpfe/connexion.php
News://news.microsoft.com/microsoft.public.fr.excel
"Statisticien" <Statisticien@discussions.microsoft.com> a écrit dans le
message de news:21F6BAEB-52EB-4840-AE0D-ED0B17F39577@microsoft.com...
Est-ce possible, à partir d'une macro rédigée manuellement, d'incorporer
le
contenu copié-collé d'une macro automatique construite à partir de Outils,
Marcro ?
Je ne pige pas très bien le langage Visual Basic Applictions. C'est
pourquoi, à partir d'une macro déjà bâtie et convenant à une situation ou
événement approprié, j'aimerais pouvoir incorporer le contenu d'une macro
automatique dont normallement je ne pourrais pas (manque de connaissance)
rédiger moi-même le code.
Merci beaucoup, Philippe.
Ta réponse me donne de l'espoir. Est-ce que je peux conclure que la macro
automatique utilise exactement le même langage que la macro rédigée
manuellement ?
Si oui, je vais me hâter de faire l'acquisition de littérature qui enseigne
le langage Visual Basis. Auriez-vous un titre particulier à suggérer à un
débutant.
Bonne journée
Statisticien
"Philippe.R" wrote:Bonsoir à toi aussi,
On peut, bien sur, à priori, incorporer du code issu d'un enregistrement de
macro à un autre code et réciproquement.
Il faut cependant le faire avec discernement et mieux vaut quand même
comprendre ce qu'on demande au logiciel de faire.
Bref, avant de se lancer sur un projet compliqué, il faut s'armer de
patience et se frotter d'abord à des projets moins ambitieux.
--
Avec plaisir
http://dj.joss.free.fr/trombine.htm
http://jacxl.free.fr/mpfe/trombino.html
Philippe.R
Pour se connecter au forum :
http://www.excelabo.net/mpfe/connexion.php
News://news.microsoft.com/microsoft.public.fr.excel
"Statisticien" a écrit dans le
message de news:Est-ce possible, à partir d'une macro rédigée manuellement, d'incorporer
le
contenu copié-collé d'une macro automatique construite à partir de Outils,
Marcro ?
Je ne pige pas très bien le langage Visual Basic Applictions. C'est
pourquoi, à partir d'une macro déjà bâtie et convenant à une situation ou
événement approprié, j'aimerais pouvoir incorporer le contenu d'une macro
automatique dont normallement je ne pourrais pas (manque de connaissance)
rédiger moi-même le code.
Macro écrite
'--------------------------------------------
Sub rouge()
With ActiveSheet.Range("A1")
.Interior.Color = RGB(255, 0, 0)
End With
End Sub
'--------------------------------------------
Macro écrite
'--------------------------------------------
Sub rouge()
With ActiveSheet.Range("A1")
.Interior.Color = RGB(255, 0, 0)
End With
End Sub
'--------------------------------------------
Macro écrite
'--------------------------------------------
Sub rouge()
With ActiveSheet.Range("A1")
.Interior.Color = RGB(255, 0, 0)
End With
End Sub
'--------------------------------------------
Bonsour® Francois L avec ferveur ;o))) vous nous disiez :Macro écrite
'--------------------------------------------
Sub rouge()
With ActiveSheet.Range("A1")
.Interior.Color = RGB(255, 0, 0)
End With
End Sub
'--------------------------------------------
With ActiveSheet.
[A1].Interior.Color = vbRed
End With
Bonsour® Francois L avec ferveur ;o))) vous nous disiez :
Macro écrite
'--------------------------------------------
Sub rouge()
With ActiveSheet.Range("A1")
.Interior.Color = RGB(255, 0, 0)
End With
End Sub
'--------------------------------------------
With ActiveSheet.
[A1].Interior.Color = vbRed
End With
Bonsour® Francois L avec ferveur ;o))) vous nous disiez :Macro écrite
'--------------------------------------------
Sub rouge()
With ActiveSheet.Range("A1")
.Interior.Color = RGB(255, 0, 0)
End With
End Sub
'--------------------------------------------
With ActiveSheet.
[A1].Interior.Color = vbRed
End With
Mais je te laisse expliquer le "[A1]"
Mais je te laisse expliquer le "[A1]"
Mais je te laisse expliquer le "[A1]"
Le plus court n'est pas nécessaire le meilleur !
Ãa requiert donc du discernement !
Le plus court n'est pas nécessaire le meilleur !
Ãa requiert donc du discernement !
Le plus court n'est pas nécessaire le meilleur !
Ãa requiert donc du discernement !
| L'avantage des crochets droits réside dans la plus grande concision du code.
Excel permet d'utiliser des variables ayant 255 caractères afin que nous puissions
leur donner un "sens" facilitant l'encodage. Le plus court n'est pas nécessaire le meilleur !
Cette façon de coder ne permet pas d'utiliser la liste déroulante des propriétés
et méthodes...à mon avis beaucoup plus importante que quelques caractères.
On ne peut pas substituer systématiquement dans tous les cas de figures la syntaxe
des crochets pour la désignation d'un objet "Range". Ça requiert donc du discernement !
Je crois que l'utilisation de cette syntaxe est source de plus de confusion qu'autre chose
| Application.[A1].Font.Bold = True
| ne s'applique qu'a la feuille active !!!!
C'est vrai aussi pour la désignation d'un objet range
Application.Range.Font.Bold = True
D'ailleurs, comment pourrions-nous utiliser dans le code
d'un module standard un objet "Range" dans désigner
la feuille à laquelle il est attaché. En pratique, cela veut
dire qu'aucune utilisation d'un objet Range (comme c'est si
souvent le cas dans une procédure) ne pourrait être faite
sans désignation de la feuille...Et ça, ce serait un sérieux
désavantage pour bien du monde ...;-)
Exemples : Dans un module feuille, comme les objets sont
"sensés appartenir" à la feuille, on peut écrire :
Shapes("MonTextbox")....
ou Range("A1")....
Mais dans un module standard, pour utiliser Shapes(), il faut désigner
le nom de la feuille à laquelle elle appartient.
worksheets("Feuil1").Shapes()....
Nous serions obligés de faire la même chose avec l'objet "Range"
Worksheets("Feuil1").Range()....
si l'objet "Range" n'était pas une "propriété" de l'objet Application.
C'est cela qui nous permet de taire la référence à l'objet "application"
ou à l'objet "worksheet" dans la manière d'encoder dans un module standard.
"Modeste" a écrit dans le message de news:
Bonsour® Francois L avec ferveur ;o))) vous nous disiez :
> Mais je te laisse expliquer le "[A1]"
L'utilisation des crochets droits (par exemple, "[A1:C5]") revient à appeler la méthode Evaluate avec un argument sous la forme d'une chaîne de caractères. Les exemples suivants sont équivalents dans chaque couple d'expression.
[a1].Value = 25
Evaluate("A1").Value = 25
L'avantage des crochets droits réside dans la plus grande concision du code.
Celui résultant de l'utilisation de la méthode Evaluate est que l'argument est une chaîne de caractères,
ce qui vous permet d'élaborer la chaîne de caractères dans votre code ou d'utiliser une variable Visual Basic.
Worksheets("Sheet1").Activate
Application.[A1].Font.Bold = True
Attention petit inconvénient Majeur ;o)))
Application.[A1].Font.Bold = True
ne s'applique qu'a la feuille active !!!!
d'ou la nécessité de : Worksheets("Sheet1").Activate
ce qui peut paraitre redondant si la Sheet1 est déja sélectionnée
mais déterminant si c'est la Sheet2 qui est sélectionnée précédement
(difference entre mode Manuel et VBA, VBA permet de travailler sur une feuille autre que la feuille affichée)
!!!!
--
@+
;o)))
| L'avantage des crochets droits réside dans la plus grande concision du code.
Excel permet d'utiliser des variables ayant 255 caractères afin que nous puissions
leur donner un "sens" facilitant l'encodage. Le plus court n'est pas nécessaire le meilleur !
Cette façon de coder ne permet pas d'utiliser la liste déroulante des propriétés
et méthodes...à mon avis beaucoup plus importante que quelques caractères.
On ne peut pas substituer systématiquement dans tous les cas de figures la syntaxe
des crochets pour la désignation d'un objet "Range". Ça requiert donc du discernement !
Je crois que l'utilisation de cette syntaxe est source de plus de confusion qu'autre chose
| Application.[A1].Font.Bold = True
| ne s'applique qu'a la feuille active !!!!
C'est vrai aussi pour la désignation d'un objet range
Application.Range.Font.Bold = True
D'ailleurs, comment pourrions-nous utiliser dans le code
d'un module standard un objet "Range" dans désigner
la feuille à laquelle il est attaché. En pratique, cela veut
dire qu'aucune utilisation d'un objet Range (comme c'est si
souvent le cas dans une procédure) ne pourrait être faite
sans désignation de la feuille...Et ça, ce serait un sérieux
désavantage pour bien du monde ...;-)
Exemples : Dans un module feuille, comme les objets sont
"sensés appartenir" à la feuille, on peut écrire :
Shapes("MonTextbox")....
ou Range("A1")....
Mais dans un module standard, pour utiliser Shapes(), il faut désigner
le nom de la feuille à laquelle elle appartient.
worksheets("Feuil1").Shapes()....
Nous serions obligés de faire la même chose avec l'objet "Range"
Worksheets("Feuil1").Range()....
si l'objet "Range" n'était pas une "propriété" de l'objet Application.
C'est cela qui nous permet de taire la référence à l'objet "application"
ou à l'objet "worksheet" dans la manière d'encoder dans un module standard.
"Modeste" <nomail@nomail.net> a écrit dans le message de news: u8y6rIo3IHA.1420@TK2MSFTNGP06.phx.gbl...
Bonsour® Francois L avec ferveur ;o))) vous nous disiez :
> Mais je te laisse expliquer le "[A1]"
L'utilisation des crochets droits (par exemple, "[A1:C5]") revient à appeler la méthode Evaluate avec un argument sous la forme d'une chaîne de caractères. Les exemples suivants sont équivalents dans chaque couple d'expression.
[a1].Value = 25
Evaluate("A1").Value = 25
L'avantage des crochets droits réside dans la plus grande concision du code.
Celui résultant de l'utilisation de la méthode Evaluate est que l'argument est une chaîne de caractères,
ce qui vous permet d'élaborer la chaîne de caractères dans votre code ou d'utiliser une variable Visual Basic.
Worksheets("Sheet1").Activate
Application.[A1].Font.Bold = True
Attention petit inconvénient Majeur ;o)))
Application.[A1].Font.Bold = True
ne s'applique qu'a la feuille active !!!!
d'ou la nécessité de : Worksheets("Sheet1").Activate
ce qui peut paraitre redondant si la Sheet1 est déja sélectionnée
mais déterminant si c'est la Sheet2 qui est sélectionnée précédement
(difference entre mode Manuel et VBA, VBA permet de travailler sur une feuille autre que la feuille affichée)
!!!!
--
@+
;o)))
| L'avantage des crochets droits réside dans la plus grande concision du code.
Excel permet d'utiliser des variables ayant 255 caractères afin que nous puissions
leur donner un "sens" facilitant l'encodage. Le plus court n'est pas nécessaire le meilleur !
Cette façon de coder ne permet pas d'utiliser la liste déroulante des propriétés
et méthodes...à mon avis beaucoup plus importante que quelques caractères.
On ne peut pas substituer systématiquement dans tous les cas de figures la syntaxe
des crochets pour la désignation d'un objet "Range". Ça requiert donc du discernement !
Je crois que l'utilisation de cette syntaxe est source de plus de confusion qu'autre chose
| Application.[A1].Font.Bold = True
| ne s'applique qu'a la feuille active !!!!
C'est vrai aussi pour la désignation d'un objet range
Application.Range.Font.Bold = True
D'ailleurs, comment pourrions-nous utiliser dans le code
d'un module standard un objet "Range" dans désigner
la feuille à laquelle il est attaché. En pratique, cela veut
dire qu'aucune utilisation d'un objet Range (comme c'est si
souvent le cas dans une procédure) ne pourrait être faite
sans désignation de la feuille...Et ça, ce serait un sérieux
désavantage pour bien du monde ...;-)
Exemples : Dans un module feuille, comme les objets sont
"sensés appartenir" à la feuille, on peut écrire :
Shapes("MonTextbox")....
ou Range("A1")....
Mais dans un module standard, pour utiliser Shapes(), il faut désigner
le nom de la feuille à laquelle elle appartient.
worksheets("Feuil1").Shapes()....
Nous serions obligés de faire la même chose avec l'objet "Range"
Worksheets("Feuil1").Range()....
si l'objet "Range" n'était pas une "propriété" de l'objet Application.
C'est cela qui nous permet de taire la référence à l'objet "application"
ou à l'objet "worksheet" dans la manière d'encoder dans un module standard.
"Modeste" a écrit dans le message de news:
Bonsour® Francois L avec ferveur ;o))) vous nous disiez :
> Mais je te laisse expliquer le "[A1]"
L'utilisation des crochets droits (par exemple, "[A1:C5]") revient à appeler la méthode Evaluate avec un argument sous la forme d'une chaîne de caractères. Les exemples suivants sont équivalents dans chaque couple d'expression.
[a1].Value = 25
Evaluate("A1").Value = 25
L'avantage des crochets droits réside dans la plus grande concision du code.
Celui résultant de l'utilisation de la méthode Evaluate est que l'argument est une chaîne de caractères,
ce qui vous permet d'élaborer la chaîne de caractères dans votre code ou d'utiliser une variable Visual Basic.
Worksheets("Sheet1").Activate
Application.[A1].Font.Bold = True
Attention petit inconvénient Majeur ;o)))
Application.[A1].Font.Bold = True
ne s'applique qu'a la feuille active !!!!
d'ou la nécessité de : Worksheets("Sheet1").Activate
ce qui peut paraitre redondant si la Sheet1 est déja sélectionnée
mais déterminant si c'est la Sheet2 qui est sélectionnée précédement
(difference entre mode Manuel et VBA, VBA permet de travailler sur une feuille autre que la feuille affichée)
!!!!
--
@+
;o)))