Il me semble avoir lu dans ce forum qu'il y avait un bug dans Excel 2003
lors de l'import d'un fichier de type TXT à l'aide d'une macro.
Plutôt que de respecter le contenu de la macro ... Excel utilise en fait le
dernier modèle d'importation utilisé.
Confirmez-vous ?
Y-a-t'il un moyen de le forcer à utiliser le format indiqué dans la macro ?
Le paramètre Local de cette méthode est disponible à partir de la version Excel 2002 et si tu lui affectes la valeur true, il tiendra compte des paramêtres locaux définis dans le panneau de configuration comme pour les dates par exemple...
Attention, si ton fichier doit aussi ouvrir sur une version excel d'avant 2002, ça plantera car ce paramètre "Local" n'existe pas.
Salutations!
"Ludovic" a écrit dans le message de news: Bonjour,
Il me semble avoir lu dans ce forum qu'il y avait un bug dans Excel 2003 lors de l'import d'un fichier de type TXT à l'aide d'une macro. Plutôt que de respecter le contenu de la macro ... Excel utilise en fait le dernier modèle d'importation utilisé. Confirmez-vous ? Y-a-t'il un moyen de le forcer à utiliser le format indiqué dans la macro ?
Merci de vos éclairages.
-- Ludovic
Bonjour Ludovic,
| Excel utilise en fait le dernier modèle d'importation utilisé.
Je ne sais pas à quoi tu fais référence ...
Quand tu ouvres un fichier par VBA, Comment procèdes-tu ?
Le paramètre Local de cette méthode est disponible à partir de la version Excel 2002
et si tu lui affectes la valeur true, il tiendra compte des paramêtres locaux définis dans
le panneau de configuration comme pour les dates par exemple...
Attention, si ton fichier doit aussi ouvrir sur une version excel d'avant 2002, ça plantera
car ce paramètre "Local" n'existe pas.
Salutations!
"Ludovic" <rien@free.fr> a écrit dans le message de news: OeQKCHRRGHA.4920@tk2msftngp13.phx.gbl...
Bonjour,
Il me semble avoir lu dans ce forum qu'il y avait un bug dans Excel 2003
lors de l'import d'un fichier de type TXT à l'aide d'une macro.
Plutôt que de respecter le contenu de la macro ... Excel utilise en fait le
dernier modèle d'importation utilisé.
Confirmez-vous ?
Y-a-t'il un moyen de le forcer à utiliser le format indiqué dans la macro ?
Le paramètre Local de cette méthode est disponible à partir de la version Excel 2002 et si tu lui affectes la valeur true, il tiendra compte des paramêtres locaux définis dans le panneau de configuration comme pour les dates par exemple...
Attention, si ton fichier doit aussi ouvrir sur une version excel d'avant 2002, ça plantera car ce paramètre "Local" n'existe pas.
Salutations!
"Ludovic" a écrit dans le message de news: Bonjour,
Il me semble avoir lu dans ce forum qu'il y avait un bug dans Excel 2003 lors de l'import d'un fichier de type TXT à l'aide d'une macro. Plutôt que de respecter le contenu de la macro ... Excel utilise en fait le dernier modèle d'importation utilisé. Confirmez-vous ? Y-a-t'il un moyen de le forcer à utiliser le format indiqué dans la macro ?
Merci de vos éclairages.
-- Ludovic
Ludovic
"michdenis" a écrit dans le message de news: %
Bonjour Ludovic,
| Excel utilise en fait le dernier modèle d'importation utilisé.
Je ne sais pas à quoi tu fais référence ...
Quand tu ouvres un fichier par VBA, Comment procèdes-tu ?
Le paramètre Local de cette méthode est disponible à partir de la version Excel 2002 et si tu lui affectes la valeur true, il tiendra compte des paramêtres locaux définis dans le panneau de configuration comme pour les dates par exemple...
Attention, si ton fichier doit aussi ouvrir sur une version excel d'avant 2002, ça plantera car ce paramètre "Local" n'existe pas.
Salutations!
Merci pour ta réponse, je vais essayer d'être plus clair. Si on fait une macro du type Workbooks.OpenText Filename:= _ "c:MonFichier.txt" _ , Origin:=xlWindows, StartRow:=1, DataType:=xlDelimited, TextQualifier _ :=xlDoubleQuote, ConsecutiveDelimiter:úlse, Tab:úlse, Semicolon:= _ False, Comma:=True, Space:úlse, Other:úlse, FieldInfo:=Array(Array( _ 1, 2), Array(2, 2) .......... Array(24, 3), Array(25, 1)), TrailingMinusNumbers:=True
avec d'ailleurs Local:=True ou pas, Excel ne respecte pas les consignes (par exemple ici virgule comme délimiteur ... la colonne 24 comme une date), mais réalise une importation conforme à celle qui a été réalisée en dernier sur la machine.
Si j'ai été plus clair, confirme-tu le problème ? Connais-tu le moyen de forcer Excel à respecter le format indiqué dans OpenText ?
Cordialement
"michdenis" <michdenis@hotmail.com> a écrit dans le message de news:
%23ER28aRRGHA.4960@TK2MSFTNGP12.phx.gbl...
Bonjour Ludovic,
| Excel utilise en fait le dernier modèle d'importation utilisé.
Je ne sais pas à quoi tu fais référence ...
Quand tu ouvres un fichier par VBA, Comment procèdes-tu ?
Le paramètre Local de cette méthode est disponible à partir de la version
Excel 2002
et si tu lui affectes la valeur true, il tiendra compte des paramêtres
locaux définis dans
le panneau de configuration comme pour les dates par exemple...
Attention, si ton fichier doit aussi ouvrir sur une version excel d'avant
2002, ça plantera
car ce paramètre "Local" n'existe pas.
Salutations!
Merci pour ta réponse, je vais essayer d'être plus clair.
Si on fait une macro du type
Workbooks.OpenText Filename:= _
"c:MonFichier.txt" _
, Origin:=xlWindows, StartRow:=1, DataType:=xlDelimited,
TextQualifier _
:=xlDoubleQuote, ConsecutiveDelimiter:úlse, Tab:úlse,
Semicolon:= _
False, Comma:=True, Space:úlse, Other:úlse,
FieldInfo:=Array(Array( _
1, 2), Array(2, 2) .......... Array(24, 3), Array(25, 1)),
TrailingMinusNumbers:=True
avec d'ailleurs Local:=True ou pas, Excel ne respecte pas les consignes (par
exemple ici virgule comme délimiteur ... la colonne 24 comme une date), mais
réalise une importation conforme à celle qui a été réalisée en dernier sur
la machine.
Si j'ai été plus clair, confirme-tu le problème ?
Connais-tu le moyen de forcer Excel à respecter le format indiqué dans
OpenText ?
Le paramètre Local de cette méthode est disponible à partir de la version Excel 2002 et si tu lui affectes la valeur true, il tiendra compte des paramêtres locaux définis dans le panneau de configuration comme pour les dates par exemple...
Attention, si ton fichier doit aussi ouvrir sur une version excel d'avant 2002, ça plantera car ce paramètre "Local" n'existe pas.
Salutations!
Merci pour ta réponse, je vais essayer d'être plus clair. Si on fait une macro du type Workbooks.OpenText Filename:= _ "c:MonFichier.txt" _ , Origin:=xlWindows, StartRow:=1, DataType:=xlDelimited, TextQualifier _ :=xlDoubleQuote, ConsecutiveDelimiter:úlse, Tab:úlse, Semicolon:= _ False, Comma:=True, Space:úlse, Other:úlse, FieldInfo:=Array(Array( _ 1, 2), Array(2, 2) .......... Array(24, 3), Array(25, 1)), TrailingMinusNumbers:=True
avec d'ailleurs Local:=True ou pas, Excel ne respecte pas les consignes (par exemple ici virgule comme délimiteur ... la colonne 24 comme une date), mais réalise une importation conforme à celle qui a été réalisée en dernier sur la machine.
Si j'ai été plus clair, confirme-tu le problème ? Connais-tu le moyen de forcer Excel à respecter le format indiqué dans OpenText ?
Cordialement
Ludovic
"Ludovic" a écrit dans le message de news:
"michdenis" a écrit dans le message de news: %
Bonjour Ludovic,
| Excel utilise en fait le dernier modèle d'importation utilisé.
Je ne sais pas à quoi tu fais référence ...
Quand tu ouvres un fichier par VBA, Comment procèdes-tu ?
Le paramètre Local de cette méthode est disponible à partir de la version Excel 2002 et si tu lui affectes la valeur true, il tiendra compte des paramêtres locaux définis dans le panneau de configuration comme pour les dates par exemple...
Attention, si ton fichier doit aussi ouvrir sur une version excel d'avant 2002, ça plantera car ce paramètre "Local" n'existe pas.
Salutations!
Merci pour ta réponse, je vais essayer d'être plus clair. Si on fait une macro du type Workbooks.OpenText Filename:= _ "c:MonFichier.txt" _ , Origin:=xlWindows, StartRow:=1, DataType:=xlDelimited, TextQualifier _ :=xlDoubleQuote, ConsecutiveDelimiter:úlse, Tab:úlse, Semicolon:= _ False, Comma:=True, Space:úlse, Other:úlse, FieldInfo:=Array(Array( _ 1, 2), Array(2, 2) .......... Array(24, 3), Array(25, 1)), TrailingMinusNumbers:=True
avec d'ailleurs Local:=True ou pas, Excel ne respecte pas les consignes (par exemple ici virgule comme délimiteur ... la colonne 24 comme une date), mais réalise une importation conforme à celle qui a été réalisée en dernier sur la machine.
Si j'ai été plus clair, confirme-tu le problème ? Connais-tu le moyen de forcer Excel à respecter le format indiqué dans OpenText ?
Cordialement
Je répond tout seul : il suffit de fermer exel, puis de le réouvrir avant de lancer la macro ... pour qu'elle s'exécute correctement.
"Ludovic" <rien@free.fr> a écrit dans le message de news:
uQHRn2RRGHA.5900@tk2msftngp13.phx.gbl...
"michdenis" <michdenis@hotmail.com> a écrit dans le message de news:
%23ER28aRRGHA.4960@TK2MSFTNGP12.phx.gbl...
Bonjour Ludovic,
| Excel utilise en fait le dernier modèle d'importation utilisé.
Je ne sais pas à quoi tu fais référence ...
Quand tu ouvres un fichier par VBA, Comment procèdes-tu ?
Le paramètre Local de cette méthode est disponible à partir de la version
Excel 2002
et si tu lui affectes la valeur true, il tiendra compte des paramêtres
locaux définis dans
le panneau de configuration comme pour les dates par exemple...
Attention, si ton fichier doit aussi ouvrir sur une version excel d'avant
2002, ça plantera
car ce paramètre "Local" n'existe pas.
Salutations!
Merci pour ta réponse, je vais essayer d'être plus clair.
Si on fait une macro du type
Workbooks.OpenText Filename:= _
"c:MonFichier.txt" _
, Origin:=xlWindows, StartRow:=1, DataType:=xlDelimited,
TextQualifier _
:=xlDoubleQuote, ConsecutiveDelimiter:úlse, Tab:úlse,
Semicolon:= _
False, Comma:=True, Space:úlse, Other:úlse,
FieldInfo:=Array(Array( _
1, 2), Array(2, 2) .......... Array(24, 3), Array(25, 1)),
TrailingMinusNumbers:=True
avec d'ailleurs Local:=True ou pas, Excel ne respecte pas les consignes
(par exemple ici virgule comme délimiteur ... la colonne 24 comme une
date), mais réalise une importation conforme à celle qui a été réalisée en
dernier sur la machine.
Si j'ai été plus clair, confirme-tu le problème ?
Connais-tu le moyen de forcer Excel à respecter le format indiqué dans
OpenText ?
Cordialement
Je répond tout seul : il suffit de fermer exel, puis de le réouvrir avant de
lancer la macro ... pour qu'elle s'exécute correctement.
Le paramètre Local de cette méthode est disponible à partir de la version Excel 2002 et si tu lui affectes la valeur true, il tiendra compte des paramêtres locaux définis dans le panneau de configuration comme pour les dates par exemple...
Attention, si ton fichier doit aussi ouvrir sur une version excel d'avant 2002, ça plantera car ce paramètre "Local" n'existe pas.
Salutations!
Merci pour ta réponse, je vais essayer d'être plus clair. Si on fait une macro du type Workbooks.OpenText Filename:= _ "c:MonFichier.txt" _ , Origin:=xlWindows, StartRow:=1, DataType:=xlDelimited, TextQualifier _ :=xlDoubleQuote, ConsecutiveDelimiter:úlse, Tab:úlse, Semicolon:= _ False, Comma:=True, Space:úlse, Other:úlse, FieldInfo:=Array(Array( _ 1, 2), Array(2, 2) .......... Array(24, 3), Array(25, 1)), TrailingMinusNumbers:=True
avec d'ailleurs Local:=True ou pas, Excel ne respecte pas les consignes (par exemple ici virgule comme délimiteur ... la colonne 24 comme une date), mais réalise une importation conforme à celle qui a été réalisée en dernier sur la machine.
Si j'ai été plus clair, confirme-tu le problème ? Connais-tu le moyen de forcer Excel à respecter le format indiqué dans OpenText ?
Cordialement
Je répond tout seul : il suffit de fermer exel, puis de le réouvrir avant de lancer la macro ... pour qu'elle s'exécute correctement.
michdenis
Bonjour Ludovic,
Désolé, mais je ne suis pas très bien ton raisonnement et pourquoi tu dois fermer excel pour pouvoir ouvrir un deuxième fichier texte !
Si tu exécutes 2 fois la même macro ... excel n'arrive pas à exécuter la seconde fois la macro correctement ? Est-ce là ton propos ?
Quel est la séquence de tes manoeuvres ?
A ) Exécute une première fois cette macro ... Tout est ok ?
B ) Exécute une deuxième fois la macro ... tu ouvres toujours le même fichier ? un fichier différent ? Avec la même macro ou directement à partir du menu d'excel ?
Salutations!
"Ludovic" a écrit dans le message de news:
"michdenis" a écrit dans le message de news: %
Bonjour Ludovic,
| Excel utilise en fait le dernier modèle d'importation utilisé.
Je ne sais pas à quoi tu fais référence ...
Quand tu ouvres un fichier par VBA, Comment procèdes-tu ?
Le paramètre Local de cette méthode est disponible à partir de la version Excel 2002 et si tu lui affectes la valeur true, il tiendra compte des paramêtres locaux définis dans le panneau de configuration comme pour les dates par exemple...
Attention, si ton fichier doit aussi ouvrir sur une version excel d'avant 2002, ça plantera car ce paramètre "Local" n'existe pas.
Salutations!
Merci pour ta réponse, je vais essayer d'être plus clair. Si on fait une macro du type Workbooks.OpenText Filename:= _ "c:MonFichier.txt" _ , Origin:=xlWindows, StartRow:=1, DataType:=xlDelimited, TextQualifier _ :=xlDoubleQuote, ConsecutiveDelimiter:úlse, Tab:úlse, Semicolon:= _ False, Comma:=True, Space:úlse, Other:úlse, FieldInfo:=Array(Array( _ 1, 2), Array(2, 2) .......... Array(24, 3), Array(25, 1)), TrailingMinusNumbers:=True
avec d'ailleurs Local:=True ou pas, Excel ne respecte pas les consignes (par exemple ici virgule comme délimiteur ... la colonne 24 comme une date), mais réalise une importation conforme à celle qui a été réalisée en dernier sur la machine.
Si j'ai été plus clair, confirme-tu le problème ? Connais-tu le moyen de forcer Excel à respecter le format indiqué dans OpenText ?
Cordialement
Bonjour Ludovic,
Désolé, mais je ne suis pas très bien ton raisonnement et pourquoi tu dois
fermer excel pour pouvoir ouvrir un deuxième fichier texte !
Si tu exécutes 2 fois la même macro ... excel n'arrive pas à exécuter
la seconde fois la macro correctement ? Est-ce là ton propos ?
Quel est la séquence de tes manoeuvres ?
A ) Exécute une première fois cette macro ... Tout est ok ?
B ) Exécute une deuxième fois la macro ... tu ouvres toujours le même fichier ?
un fichier différent ? Avec la même macro ou directement à partir du menu
d'excel ?
Salutations!
"Ludovic" <rien@free.fr> a écrit dans le message de news: uQHRn2RRGHA.5900@tk2msftngp13.phx.gbl...
"michdenis" <michdenis@hotmail.com> a écrit dans le message de news:
%23ER28aRRGHA.4960@TK2MSFTNGP12.phx.gbl...
Bonjour Ludovic,
| Excel utilise en fait le dernier modèle d'importation utilisé.
Je ne sais pas à quoi tu fais référence ...
Quand tu ouvres un fichier par VBA, Comment procèdes-tu ?
Le paramètre Local de cette méthode est disponible à partir de la version
Excel 2002
et si tu lui affectes la valeur true, il tiendra compte des paramêtres
locaux définis dans
le panneau de configuration comme pour les dates par exemple...
Attention, si ton fichier doit aussi ouvrir sur une version excel d'avant
2002, ça plantera
car ce paramètre "Local" n'existe pas.
Salutations!
Merci pour ta réponse, je vais essayer d'être plus clair.
Si on fait une macro du type
Workbooks.OpenText Filename:= _
"c:MonFichier.txt" _
, Origin:=xlWindows, StartRow:=1, DataType:=xlDelimited,
TextQualifier _
:=xlDoubleQuote, ConsecutiveDelimiter:úlse, Tab:úlse,
Semicolon:= _
False, Comma:=True, Space:úlse, Other:úlse,
FieldInfo:=Array(Array( _
1, 2), Array(2, 2) .......... Array(24, 3), Array(25, 1)),
TrailingMinusNumbers:=True
avec d'ailleurs Local:=True ou pas, Excel ne respecte pas les consignes (par
exemple ici virgule comme délimiteur ... la colonne 24 comme une date), mais
réalise une importation conforme à celle qui a été réalisée en dernier sur
la machine.
Si j'ai été plus clair, confirme-tu le problème ?
Connais-tu le moyen de forcer Excel à respecter le format indiqué dans
OpenText ?
Désolé, mais je ne suis pas très bien ton raisonnement et pourquoi tu dois fermer excel pour pouvoir ouvrir un deuxième fichier texte !
Si tu exécutes 2 fois la même macro ... excel n'arrive pas à exécuter la seconde fois la macro correctement ? Est-ce là ton propos ?
Quel est la séquence de tes manoeuvres ?
A ) Exécute une première fois cette macro ... Tout est ok ?
B ) Exécute une deuxième fois la macro ... tu ouvres toujours le même fichier ? un fichier différent ? Avec la même macro ou directement à partir du menu d'excel ?
Salutations!
"Ludovic" a écrit dans le message de news:
"michdenis" a écrit dans le message de news: %
Bonjour Ludovic,
| Excel utilise en fait le dernier modèle d'importation utilisé.
Je ne sais pas à quoi tu fais référence ...
Quand tu ouvres un fichier par VBA, Comment procèdes-tu ?
Le paramètre Local de cette méthode est disponible à partir de la version Excel 2002 et si tu lui affectes la valeur true, il tiendra compte des paramêtres locaux définis dans le panneau de configuration comme pour les dates par exemple...
Attention, si ton fichier doit aussi ouvrir sur une version excel d'avant 2002, ça plantera car ce paramètre "Local" n'existe pas.
Salutations!
Merci pour ta réponse, je vais essayer d'être plus clair. Si on fait une macro du type Workbooks.OpenText Filename:= _ "c:MonFichier.txt" _ , Origin:=xlWindows, StartRow:=1, DataType:=xlDelimited, TextQualifier _ :=xlDoubleQuote, ConsecutiveDelimiter:úlse, Tab:úlse, Semicolon:= _ False, Comma:=True, Space:úlse, Other:úlse, FieldInfo:=Array(Array( _ 1, 2), Array(2, 2) .......... Array(24, 3), Array(25, 1)), TrailingMinusNumbers:=True
avec d'ailleurs Local:=True ou pas, Excel ne respecte pas les consignes (par exemple ici virgule comme délimiteur ... la colonne 24 comme une date), mais réalise une importation conforme à celle qui a été réalisée en dernier sur la machine.
Si j'ai été plus clair, confirme-tu le problème ? Connais-tu le moyen de forcer Excel à respecter le format indiqué dans OpenText ?
Cordialement
Ludovic
"michdenis" a écrit dans le message de news: OCIZk%
Bonjour Ludovic,
Désolé, mais je ne suis pas très bien ton raisonnement et pourquoi tu dois fermer excel pour pouvoir ouvrir un deuxième fichier texte !
Si tu exécutes 2 fois la même macro ... excel n'arrive pas à exécuter la seconde fois la macro correctement ? Est-ce là ton propos ?
Quel est la séquence de tes manoeuvres ?
A ) Exécute une première fois cette macro ... Tout est ok ?
B ) Exécute une deuxième fois la macro ... tu ouvres toujours le même fichier ? un fichier différent ? Avec la même macro ou directement à partir du menu d'excel ?
Salutations!
1° exécution, OK. Si on modifie un des éléments de la macro, ou bien que l'on fait un "ouvrir fichier" manuel (du type *.txt) avec d'autres critères .... suivi d'une 2° exécution de la macro (sur le même fichier bien sûr) ====> incorrect. A +++
"michdenis" <michdenis@hotmail.com> a écrit dans le message de news:
OCIZk%23SRGHA.4960@TK2MSFTNGP12.phx.gbl...
Bonjour Ludovic,
Désolé, mais je ne suis pas très bien ton raisonnement et pourquoi tu dois
fermer excel pour pouvoir ouvrir un deuxième fichier texte !
Si tu exécutes 2 fois la même macro ... excel n'arrive pas à exécuter
la seconde fois la macro correctement ? Est-ce là ton propos ?
Quel est la séquence de tes manoeuvres ?
A ) Exécute une première fois cette macro ... Tout est ok ?
B ) Exécute une deuxième fois la macro ... tu ouvres toujours le même
fichier ?
un fichier différent ? Avec la même macro ou directement à partir du
menu
d'excel ?
Salutations!
1° exécution, OK.
Si on modifie un des éléments de la macro, ou bien que l'on fait un "ouvrir
fichier" manuel (du type *.txt) avec d'autres critères .... suivi d'une 2°
exécution de la macro (sur le même fichier bien sûr) ====> incorrect.
A +++
"michdenis" a écrit dans le message de news: OCIZk%
Bonjour Ludovic,
Désolé, mais je ne suis pas très bien ton raisonnement et pourquoi tu dois fermer excel pour pouvoir ouvrir un deuxième fichier texte !
Si tu exécutes 2 fois la même macro ... excel n'arrive pas à exécuter la seconde fois la macro correctement ? Est-ce là ton propos ?
Quel est la séquence de tes manoeuvres ?
A ) Exécute une première fois cette macro ... Tout est ok ?
B ) Exécute une deuxième fois la macro ... tu ouvres toujours le même fichier ? un fichier différent ? Avec la même macro ou directement à partir du menu d'excel ?
Salutations!
1° exécution, OK. Si on modifie un des éléments de la macro, ou bien que l'on fait un "ouvrir fichier" manuel (du type *.txt) avec d'autres critères .... suivi d'une 2° exécution de la macro (sur le même fichier bien sûr) ====> incorrect. A +++
