Une macro a pour fonction d'aller chercher des fichiers de pur texte (.txt)
mis sur le réseau par divers services extérieurs et de les copier dans un
seul fichier (de pur texte lui aussi).
A certains endroits, elle doit aussi insérer une ligne "vide", c'est-à-dire
une ligne réduite à une marque de fin de ligne.
Je compte utiliser la méthode classique d'accès séquentiel : ouvrir les
fichiers extérieurs pour input et le nouveau fichier pour output (en
utilisant Print ou Write, je devrai encore examiner ça).
Le problème, c'est qu'il existe plusieurs façons d'enregistrer un fichier
txt en ce qui concerne les marques de fin de ligne :
1° octet 10,
2° octet 13;
3° octet 13 et octet 10;
4° octet 10 et octet 13.
Je suppose que, dans un même fichier, il vaut mieux n'utiliser qu'une seule
convention
Je n'ai pas de raison de penser que les services extérieurs procéderont tous
de la même façon et je n'aimerais pas le leur demander, donc je souhaiterais
que le programme unifie lui-même la désignation des marques de fin de ligne.
Pour fixer les idées, disons que le fichier créé par le programme doit être
du type octet 13 & octet 10.
Je vois une possibilité : chaque ligne d'un fichier extérieur est mise dans
une variable LaLigne et le programme exécute ceci pour chaque ligne :
MonIndice = 1
Do While Asc(Mid(LaLigne, MonIndice, 1)) <> 10 And Asc(Mid(LaLigne,
MonIndice, 1)) <> 13
MonIndice = MonIndice + 1
Loop ' MonIndice est maintenant la position du "caractère" ou du premier des
deux "caractères" qui marquent la fin de ligne.
LaLigne = Left(LaLigne, Indice - 1) & Chr(13) & Chr(10) ' Vérifier que le
second argument de Left peut être nul.
et ensuite la nouvelle valeur de LaLigne est écrite (avec Print ou avec
Write ?) dans le fichier d'output.
Pour insérer une ligne "vide", je suppose qu'on écrirait de même Chr(13) &
Chr(10) dans le fichier de sortie.
J'avoue que je n'ai pas testé cette macro, parce que je crains de chercher
midi à quatorze heures alors qu'il existe peut-être des fonctions intégrées
qui font ce travail plus vite et plus correctement.
Si quelqu'un peut m'aider, merci d'avance.
Mersenne.
Pour insérer une ligne "vide", je suppose qu'on écrirait de même Chr(13) & Chr(10) dans le fichier de sortie.
print #1,
pas plus pas moins.
P.S. Mais là où, je débarque c'est quand on fait un paquet de simagrées dans Word, pour ouvrir un fichier texte, quand le bloc-notes suffit amplement.
Et puis, si les documents textes doivent absolument aboutir dans Word, un banal recherche-remplacement va permettre d'uniformiser tous les sauts de lignes en un rien de temps.
(On dirait bien que les AMIS dorment sur la switch.)
Pour insérer une ligne "vide", je suppose qu'on écrirait de même Chr(13) &
Chr(10) dans le fichier de sortie.
print #1,
pas plus pas moins.
P.S. Mais là où, je débarque c'est quand on fait un paquet de simagrées dans
Word, pour ouvrir un fichier texte, quand le bloc-notes suffit amplement.
Et puis, si les documents textes doivent absolument aboutir dans Word, un
banal recherche-remplacement va permettre d'uniformiser tous les sauts de
lignes en un rien de temps.
(On dirait bien que les AMIS dorment sur la switch.)
Pour insérer une ligne "vide", je suppose qu'on écrirait de même Chr(13) & Chr(10) dans le fichier de sortie.
print #1,
pas plus pas moins.
P.S. Mais là où, je débarque c'est quand on fait un paquet de simagrées dans Word, pour ouvrir un fichier texte, quand le bloc-notes suffit amplement.
Et puis, si les documents textes doivent absolument aboutir dans Word, un banal recherche-remplacement va permettre d'uniformiser tous les sauts de lignes en un rien de temps.
(On dirait bien que les AMIS dorment sur la switch.)
Clément Marcotte
Lancer ce programme dans VBA, puis afficher tous les caractères de contrôle dans Word. Ensuite faire Fichier - Ouvrir dans Word et constater de visu que cela ne prend pas de saut de ligne pour qur print en mette un.
Sub LeBeauFichierTexte() Dim ligne As String Open "c:LeBeauFichierTexte.txt" For Output As 1 Print #1, "Cette ligne n'a pas de saut de ligne ajouté par le programmeur" Print #1, "Cette ligne a un saut de ligne ajouté avec vbnewline" & vbNewLine Print #1, "Cette ligne a un saut de ligne ajouté avec vbcrlf" & vbCrLf Print #1, "Cette ligne a un saut de ligne ajouté avec vbcr" & vbCr Print #1, "Cette ligne a un saut de ligne ajouté avec vblf" & vbLf Print #1, "Pour voir les caractères dans Word, il faut cliquer sur le bouton approprié" Close
End Sub
"Mersenne" a écrit dans le message de news: %
Bonjour.
Une macro a pour fonction d'aller chercher des fichiers de pur texte (.txt) mis sur le réseau par divers services extérieurs et de les copier dans un seul fichier (de pur texte lui aussi). A certains endroits, elle doit aussi insérer une ligne "vide", c'est-à-dire une ligne réduite à une marque de fin de ligne.
Je compte utiliser la méthode classique d'accès séquentiel : ouvrir les fichiers extérieurs pour input et le nouveau fichier pour output (en utilisant Print ou Write, je devrai encore examiner ça).
Le problème, c'est qu'il existe plusieurs façons d'enregistrer un fichier txt en ce qui concerne les marques de fin de ligne : 1° octet 10, 2° octet 13; 3° octet 13 et octet 10; 4° octet 10 et octet 13.
Je suppose que, dans un même fichier, il vaut mieux n'utiliser qu'une seule convention
Je n'ai pas de raison de penser que les services extérieurs procéderont tous de la même façon et je n'aimerais pas le leur demander, donc je souhaiterais que le programme unifie lui-même la désignation des marques de fin de ligne.
Pour fixer les idées, disons que le fichier créé par le programme doit être du type octet 13 & octet 10.
Je vois une possibilité : chaque ligne d'un fichier extérieur est mise dans une variable LaLigne et le programme exécute ceci pour chaque ligne :
MonIndice = 1 Do While Asc(Mid(LaLigne, MonIndice, 1)) <> 10 And Asc(Mid(LaLigne, MonIndice, 1)) <> 13 MonIndice = MonIndice + 1 Loop ' MonIndice est maintenant la position du "caractère" ou du premier des deux "caractères" qui marquent la fin de ligne. LaLigne = Left(LaLigne, Indice - 1) & Chr(13) & Chr(10) ' Vérifier que le second argument de Left peut être nul.
et ensuite la nouvelle valeur de LaLigne est écrite (avec Print ou avec Write ?) dans le fichier d'output.
Pour insérer une ligne "vide", je suppose qu'on écrirait de même Chr(13) & Chr(10) dans le fichier de sortie.
J'avoue que je n'ai pas testé cette macro, parce que je crains de chercher midi à quatorze heures alors qu'il existe peut-être des fonctions intégrées qui font ce travail plus vite et plus correctement.
Si quelqu'un peut m'aider, merci d'avance. Mersenne.
Lancer ce programme dans VBA, puis afficher tous les caractères de contrôle
dans Word. Ensuite faire Fichier - Ouvrir dans Word et constater de visu que
cela ne prend pas de saut de ligne pour qur print en mette un.
Sub LeBeauFichierTexte()
Dim ligne As String
Open "c:LeBeauFichierTexte.txt" For Output As 1
Print #1, "Cette ligne n'a pas de saut de ligne ajouté par le programmeur"
Print #1, "Cette ligne a un saut de ligne ajouté avec vbnewline" & vbNewLine
Print #1, "Cette ligne a un saut de ligne ajouté avec vbcrlf" & vbCrLf
Print #1, "Cette ligne a un saut de ligne ajouté avec vbcr" & vbCr
Print #1, "Cette ligne a un saut de ligne ajouté avec vblf" & vbLf
Print #1, "Pour voir les caractères dans Word, il faut cliquer sur le bouton
approprié"
Close
End Sub
"Mersenne" <fa602502@skynet.be> a écrit dans le message de news:
%23Syj7lrOGHA.2888@tk2msftngp13.phx.gbl...
Bonjour.
Une macro a pour fonction d'aller chercher des fichiers de pur texte
(.txt) mis sur le réseau par divers services extérieurs et de les copier
dans un seul fichier (de pur texte lui aussi).
A certains endroits, elle doit aussi insérer une ligne "vide",
c'est-à-dire une ligne réduite à une marque de fin de ligne.
Je compte utiliser la méthode classique d'accès séquentiel : ouvrir les
fichiers extérieurs pour input et le nouveau fichier pour output (en
utilisant Print ou Write, je devrai encore examiner ça).
Le problème, c'est qu'il existe plusieurs façons d'enregistrer un fichier
txt en ce qui concerne les marques de fin de ligne :
1° octet 10,
2° octet 13;
3° octet 13 et octet 10;
4° octet 10 et octet 13.
Je suppose que, dans un même fichier, il vaut mieux n'utiliser qu'une
seule convention
Je n'ai pas de raison de penser que les services extérieurs procéderont
tous de la même façon et je n'aimerais pas le leur demander, donc je
souhaiterais que le programme unifie lui-même la désignation des marques
de fin de ligne.
Pour fixer les idées, disons que le fichier créé par le programme doit
être du type octet 13 & octet 10.
Je vois une possibilité : chaque ligne d'un fichier extérieur est mise
dans une variable LaLigne et le programme exécute ceci pour chaque ligne :
MonIndice = 1
Do While Asc(Mid(LaLigne, MonIndice, 1)) <> 10 And Asc(Mid(LaLigne,
MonIndice, 1)) <> 13
MonIndice = MonIndice + 1
Loop ' MonIndice est maintenant la position du "caractère" ou du premier
des deux "caractères" qui marquent la fin de ligne.
LaLigne = Left(LaLigne, Indice - 1) & Chr(13) & Chr(10) ' Vérifier que le
second argument de Left peut être nul.
et ensuite la nouvelle valeur de LaLigne est écrite (avec Print ou avec
Write ?) dans le fichier d'output.
Pour insérer une ligne "vide", je suppose qu'on écrirait de même Chr(13) &
Chr(10) dans le fichier de sortie.
J'avoue que je n'ai pas testé cette macro, parce que je crains de chercher
midi à quatorze heures alors qu'il existe peut-être des fonctions
intégrées qui font ce travail plus vite et plus correctement.
Si quelqu'un peut m'aider, merci d'avance.
Mersenne.
Lancer ce programme dans VBA, puis afficher tous les caractères de contrôle dans Word. Ensuite faire Fichier - Ouvrir dans Word et constater de visu que cela ne prend pas de saut de ligne pour qur print en mette un.
Sub LeBeauFichierTexte() Dim ligne As String Open "c:LeBeauFichierTexte.txt" For Output As 1 Print #1, "Cette ligne n'a pas de saut de ligne ajouté par le programmeur" Print #1, "Cette ligne a un saut de ligne ajouté avec vbnewline" & vbNewLine Print #1, "Cette ligne a un saut de ligne ajouté avec vbcrlf" & vbCrLf Print #1, "Cette ligne a un saut de ligne ajouté avec vbcr" & vbCr Print #1, "Cette ligne a un saut de ligne ajouté avec vblf" & vbLf Print #1, "Pour voir les caractères dans Word, il faut cliquer sur le bouton approprié" Close
End Sub
"Mersenne" a écrit dans le message de news: %
Bonjour.
Une macro a pour fonction d'aller chercher des fichiers de pur texte (.txt) mis sur le réseau par divers services extérieurs et de les copier dans un seul fichier (de pur texte lui aussi). A certains endroits, elle doit aussi insérer une ligne "vide", c'est-à-dire une ligne réduite à une marque de fin de ligne.
Je compte utiliser la méthode classique d'accès séquentiel : ouvrir les fichiers extérieurs pour input et le nouveau fichier pour output (en utilisant Print ou Write, je devrai encore examiner ça).
Le problème, c'est qu'il existe plusieurs façons d'enregistrer un fichier txt en ce qui concerne les marques de fin de ligne : 1° octet 10, 2° octet 13; 3° octet 13 et octet 10; 4° octet 10 et octet 13.
Je suppose que, dans un même fichier, il vaut mieux n'utiliser qu'une seule convention
Je n'ai pas de raison de penser que les services extérieurs procéderont tous de la même façon et je n'aimerais pas le leur demander, donc je souhaiterais que le programme unifie lui-même la désignation des marques de fin de ligne.
Pour fixer les idées, disons que le fichier créé par le programme doit être du type octet 13 & octet 10.
Je vois une possibilité : chaque ligne d'un fichier extérieur est mise dans une variable LaLigne et le programme exécute ceci pour chaque ligne :
MonIndice = 1 Do While Asc(Mid(LaLigne, MonIndice, 1)) <> 10 And Asc(Mid(LaLigne, MonIndice, 1)) <> 13 MonIndice = MonIndice + 1 Loop ' MonIndice est maintenant la position du "caractère" ou du premier des deux "caractères" qui marquent la fin de ligne. LaLigne = Left(LaLigne, Indice - 1) & Chr(13) & Chr(10) ' Vérifier que le second argument de Left peut être nul.
et ensuite la nouvelle valeur de LaLigne est écrite (avec Print ou avec Write ?) dans le fichier d'output.
Pour insérer une ligne "vide", je suppose qu'on écrirait de même Chr(13) & Chr(10) dans le fichier de sortie.
J'avoue que je n'ai pas testé cette macro, parce que je crains de chercher midi à quatorze heures alors qu'il existe peut-être des fonctions intégrées qui font ce travail plus vite et plus correctement.
Si quelqu'un peut m'aider, merci d'avance. Mersenne.
Clément Marcotte
Et puis pour lire un fichier texte ligne par ligne:
Sub lirelebeaufichiertexte() dim ligne as string Open "c:LeBeauFichierTexte.txt" For input As 1 do while not eof(1) line input #1, ligne msgbox ligne loop end sub
"Mersenne" a écrit dans le message de news: %
Bonjour.
Une macro a pour fonction d'aller chercher des fichiers de pur texte (.txt) mis sur le réseau par divers services extérieurs et de les copier dans un seul fichier (de pur texte lui aussi). A certains endroits, elle doit aussi insérer une ligne "vide", c'est-à-dire une ligne réduite à une marque de fin de ligne.
Je compte utiliser la méthode classique d'accès séquentiel : ouvrir les fichiers extérieurs pour input et le nouveau fichier pour output (en utilisant Print ou Write, je devrai encore examiner ça).
Le problème, c'est qu'il existe plusieurs façons d'enregistrer un fichier txt en ce qui concerne les marques de fin de ligne : 1° octet 10, 2° octet 13; 3° octet 13 et octet 10; 4° octet 10 et octet 13.
Je suppose que, dans un même fichier, il vaut mieux n'utiliser qu'une seule convention
Je n'ai pas de raison de penser que les services extérieurs procéderont tous de la même façon et je n'aimerais pas le leur demander, donc je souhaiterais que le programme unifie lui-même la désignation des marques de fin de ligne.
Pour fixer les idées, disons que le fichier créé par le programme doit être du type octet 13 & octet 10.
Je vois une possibilité : chaque ligne d'un fichier extérieur est mise dans une variable LaLigne et le programme exécute ceci pour chaque ligne :
MonIndice = 1 Do While Asc(Mid(LaLigne, MonIndice, 1)) <> 10 And Asc(Mid(LaLigne, MonIndice, 1)) <> 13 MonIndice = MonIndice + 1 Loop ' MonIndice est maintenant la position du "caractère" ou du premier des deux "caractères" qui marquent la fin de ligne. LaLigne = Left(LaLigne, Indice - 1) & Chr(13) & Chr(10) ' Vérifier que le second argument de Left peut être nul.
et ensuite la nouvelle valeur de LaLigne est écrite (avec Print ou avec Write ?) dans le fichier d'output.
Pour insérer une ligne "vide", je suppose qu'on écrirait de même Chr(13) & Chr(10) dans le fichier de sortie.
J'avoue que je n'ai pas testé cette macro, parce que je crains de chercher midi à quatorze heures alors qu'il existe peut-être des fonctions intégrées qui font ce travail plus vite et plus correctement.
Si quelqu'un peut m'aider, merci d'avance. Mersenne.
Et puis pour lire un fichier texte ligne par ligne:
Sub lirelebeaufichiertexte()
dim ligne as string
Open "c:LeBeauFichierTexte.txt" For input As 1
do while not eof(1)
line input #1, ligne
msgbox ligne
loop
end sub
"Mersenne" <fa602502@skynet.be> a écrit dans le message de news:
%23Syj7lrOGHA.2888@tk2msftngp13.phx.gbl...
Bonjour.
Une macro a pour fonction d'aller chercher des fichiers de pur texte
(.txt) mis sur le réseau par divers services extérieurs et de les copier
dans un seul fichier (de pur texte lui aussi).
A certains endroits, elle doit aussi insérer une ligne "vide",
c'est-à-dire une ligne réduite à une marque de fin de ligne.
Je compte utiliser la méthode classique d'accès séquentiel : ouvrir les
fichiers extérieurs pour input et le nouveau fichier pour output (en
utilisant Print ou Write, je devrai encore examiner ça).
Le problème, c'est qu'il existe plusieurs façons d'enregistrer un fichier
txt en ce qui concerne les marques de fin de ligne :
1° octet 10,
2° octet 13;
3° octet 13 et octet 10;
4° octet 10 et octet 13.
Je suppose que, dans un même fichier, il vaut mieux n'utiliser qu'une
seule convention
Je n'ai pas de raison de penser que les services extérieurs procéderont
tous de la même façon et je n'aimerais pas le leur demander, donc je
souhaiterais que le programme unifie lui-même la désignation des marques
de fin de ligne.
Pour fixer les idées, disons que le fichier créé par le programme doit
être du type octet 13 & octet 10.
Je vois une possibilité : chaque ligne d'un fichier extérieur est mise
dans une variable LaLigne et le programme exécute ceci pour chaque ligne :
MonIndice = 1
Do While Asc(Mid(LaLigne, MonIndice, 1)) <> 10 And Asc(Mid(LaLigne,
MonIndice, 1)) <> 13
MonIndice = MonIndice + 1
Loop ' MonIndice est maintenant la position du "caractère" ou du premier
des deux "caractères" qui marquent la fin de ligne.
LaLigne = Left(LaLigne, Indice - 1) & Chr(13) & Chr(10) ' Vérifier que le
second argument de Left peut être nul.
et ensuite la nouvelle valeur de LaLigne est écrite (avec Print ou avec
Write ?) dans le fichier d'output.
Pour insérer une ligne "vide", je suppose qu'on écrirait de même Chr(13) &
Chr(10) dans le fichier de sortie.
J'avoue que je n'ai pas testé cette macro, parce que je crains de chercher
midi à quatorze heures alors qu'il existe peut-être des fonctions
intégrées qui font ce travail plus vite et plus correctement.
Si quelqu'un peut m'aider, merci d'avance.
Mersenne.
Et puis pour lire un fichier texte ligne par ligne:
Sub lirelebeaufichiertexte() dim ligne as string Open "c:LeBeauFichierTexte.txt" For input As 1 do while not eof(1) line input #1, ligne msgbox ligne loop end sub
"Mersenne" a écrit dans le message de news: %
Bonjour.
Une macro a pour fonction d'aller chercher des fichiers de pur texte (.txt) mis sur le réseau par divers services extérieurs et de les copier dans un seul fichier (de pur texte lui aussi). A certains endroits, elle doit aussi insérer une ligne "vide", c'est-à-dire une ligne réduite à une marque de fin de ligne.
Je compte utiliser la méthode classique d'accès séquentiel : ouvrir les fichiers extérieurs pour input et le nouveau fichier pour output (en utilisant Print ou Write, je devrai encore examiner ça).
Le problème, c'est qu'il existe plusieurs façons d'enregistrer un fichier txt en ce qui concerne les marques de fin de ligne : 1° octet 10, 2° octet 13; 3° octet 13 et octet 10; 4° octet 10 et octet 13.
Je suppose que, dans un même fichier, il vaut mieux n'utiliser qu'une seule convention
Je n'ai pas de raison de penser que les services extérieurs procéderont tous de la même façon et je n'aimerais pas le leur demander, donc je souhaiterais que le programme unifie lui-même la désignation des marques de fin de ligne.
Pour fixer les idées, disons que le fichier créé par le programme doit être du type octet 13 & octet 10.
Je vois une possibilité : chaque ligne d'un fichier extérieur est mise dans une variable LaLigne et le programme exécute ceci pour chaque ligne :
MonIndice = 1 Do While Asc(Mid(LaLigne, MonIndice, 1)) <> 10 And Asc(Mid(LaLigne, MonIndice, 1)) <> 13 MonIndice = MonIndice + 1 Loop ' MonIndice est maintenant la position du "caractère" ou du premier des deux "caractères" qui marquent la fin de ligne. LaLigne = Left(LaLigne, Indice - 1) & Chr(13) & Chr(10) ' Vérifier que le second argument de Left peut être nul.
et ensuite la nouvelle valeur de LaLigne est écrite (avec Print ou avec Write ?) dans le fichier d'output.
Pour insérer une ligne "vide", je suppose qu'on écrirait de même Chr(13) & Chr(10) dans le fichier de sortie.
J'avoue que je n'ai pas testé cette macro, parce que je crains de chercher midi à quatorze heures alors qu'il existe peut-être des fonctions intégrées qui font ce travail plus vite et plus correctement.
Si quelqu'un peut m'aider, merci d'avance. Mersenne.
Moi non plus. Et puis je ne vois pas l'intérêt de regrouper des fichiers texte par VBA si c'est pour les traiter dans Word après...
Apparamment, il veut contourner un bug de Perl pour ouvrir des documents dans Word...
Mersenne
"Clément Marcotte" a écrit dans le message de news: %23g%231$
Et puis je ne vois pas l'intérêt de regrouper des fichiers texte par VBA si c'est pour les traiter dans Word après...
Si des services extérieurs vous envoient des fichiers texte dont les unités documentaires sont dans le désordre et doivent être réunies en en seul fichier où elles doivent être classées selon des numéros qui figurent en tête de chaque unité documentaire, certaines unités devant être laissées de côté si elles comportent certaines configurations de caractères (des centaines de configurations à tester), vous allez faire ça à la main ? Ou par macro, avec des Edition/Rechercher, étendre la sélection, couper, coller, pour que ça dure 5 minutes au lieu de 5 secondes ?
Vous vous étonnez qu'on traite des fichiers de texte dans Word.
1° A plusieurs de ces fichiers, nous devons ajouter du formatage. 2° Le bloc-notes, que vous semblez préconiser pour les fichiers texte, n'a pas les macros de Word. Or ces macros peuvent être utiles même pour traiter des fichiers de texte. 3° Sauf erreur de ma part, le bloc-notes ne permet pas les Undo.
Mersenne.
"Clément Marcotte" a écrit dans le message de news:
%23g%231$D8OGHA.3408@TK2MSFTNGP12.phx.gbl...
Et puis je ne vois pas l'intérêt de regrouper des fichiers texte par VBA
si c'est pour les traiter dans Word après...
Si des services extérieurs vous envoient des fichiers texte dont les unités
documentaires sont dans le désordre et doivent être réunies en en seul
fichier où elles doivent être classées selon des numéros qui figurent en
tête de chaque unité documentaire, certaines unités devant être laissées de
côté si elles comportent certaines configurations de caractères (des
centaines de configurations à tester), vous allez faire ça à la main ?
Ou par macro, avec des Edition/Rechercher, étendre la sélection, couper,
coller, pour que ça dure 5 minutes au lieu de 5 secondes ?
Vous vous étonnez qu'on traite des fichiers de texte dans Word.
1° A plusieurs de ces fichiers, nous devons ajouter du formatage.
2° Le bloc-notes, que vous semblez préconiser pour les fichiers texte, n'a
pas les macros de Word. Or ces macros peuvent être utiles même pour traiter
des fichiers de texte.
3° Sauf erreur de ma part, le bloc-notes ne permet pas les Undo.
"Clément Marcotte" a écrit dans le message de news: %23g%231$
Et puis je ne vois pas l'intérêt de regrouper des fichiers texte par VBA si c'est pour les traiter dans Word après...
Si des services extérieurs vous envoient des fichiers texte dont les unités documentaires sont dans le désordre et doivent être réunies en en seul fichier où elles doivent être classées selon des numéros qui figurent en tête de chaque unité documentaire, certaines unités devant être laissées de côté si elles comportent certaines configurations de caractères (des centaines de configurations à tester), vous allez faire ça à la main ? Ou par macro, avec des Edition/Rechercher, étendre la sélection, couper, coller, pour que ça dure 5 minutes au lieu de 5 secondes ?
Vous vous étonnez qu'on traite des fichiers de texte dans Word.
1° A plusieurs de ces fichiers, nous devons ajouter du formatage. 2° Le bloc-notes, que vous semblez préconiser pour les fichiers texte, n'a pas les macros de Word. Or ces macros peuvent être utiles même pour traiter des fichiers de texte. 3° Sauf erreur de ma part, le bloc-notes ne permet pas les Undo.
Mersenne.
Clément Marcotte
Bonjour,
Et plus ça va, plus je me dis que c'est un troll.
"JièL Goubert" a écrit dans le message de news: %23nx8$
