Compteur de ligne

Bien que cela fonctionne pour plusieurs mots sur une même ligne, cela peut réserver des surprises.

Il faut dans ce cas enlever le tokens qui ne sert à rien: FOR /F "delims="

L'autre manière de procéder est par delayed expansion:

https://stackhowto.com/batch-file-to-read-text-file-line-by-line-into-a-variable/

Mais les puristes le font avec la commande FIND paramétrée pour chaque retour de ligne break et épurée des caractères excédentaires qui nous retournera le fichier de sortie sous la forme:

1: blabla
2: coucou

@echo off
setlocal enabledelayedexpansion

set "source=texte1.txt"
set "dest=texte2.txt"

for /f "tokens=*" %%a in ('type "%source%" ^| find /v /n "" ^& break ^> "%source%"') do (
     set "str=%%a
     set "str=!str:]=: !"
     set "str=!str:[=!"
     >>%dest% echo(!str!
  )

Merci beaucoup brucine,
Ca fonctionne du tonnerre la stratégie de mettre le procédé en dehors de la boucle est super intéressant.
Ca me permettra d'y faire appel même sans boucle, c'est super !

Par contre il y a un truc chelou c'est qu'il copie 2 fois la fois la dernière ligne ????
Plutôt étrange. Je vais y voir à ça et si j'arrive pas, je créerai un nouveau topique XD

Merci encore :D

Pas chez moi, en tout cas pas la première version, je n'ai pas testé les autres, peut-être un bug dans ton script que j'ai n'ai pas recopié à l'identique et qui n'est pas complet (les variables TXT ne sont pas définies), mets l'intégralité en ligne si tu ne trouves pas.

On oublie souvent les "subtilités" de l'itération FOR parce que, paradoxalement, elle ne nous sert parfois qu'à extraire une seule valeur, mais si on la laisse se dérouler en entier, elle remplace à chaque itération une valeur par la suivante si bien qu'elle ne rend à la fin que la dernière valeur; pour éviter ce comportement, les différentes moutures reposent toujours sur l'interception de chaque valeur, il y a 2 voies différentes:

-la sous-routine CALL dirige chaque sortie vers une étiquette de traitement (ici :PROCESS) d'où elle ressort à chaque fois par EXIT /B qui renvoie là où elle a été écrite: la conséquence en est que les traitements que l'on veut appliquer doivent être écrits dans cette étiquette :PROCESS, et non pas dans la boucle initiale.

-l'utilisation de l'expansion des variables est un peu plus subtile.
Elle n'est pas automatique et doit être appelée avant utilisation par setlocal enabledelayedexpansion (et peut être si la suite du script le nécessite être neutralisée par setlocal disabledelayedexpansion).
La "subtilité" réside dans le fait que la variable doit être définie classiquement dans l'itération dans le format batch %%:

FOR /F "delims=" %%a IN ('type "E:\tmp1.txt"') DO SET TARTEMPION=%%a

que si j'y fais appel à l'intérieur de cette boucle pour chaque valeur je dois utiliser l'expansion de la variable !TARTEMPION!:

FOR /F "tokens=1 delims= " %%g IN ('type "E:\tmp2.txt"') DO SET BIDULE=%%g
COPY "E:\Souvenirs\!TARTEMPION" "E:\Vacances\!BIDULE!\!TARTEMPION!" >nul

mais que si j'ai une bonne raison de faire appel à cette variable hors de la boucle je dois continuer à le faire via %TARTEMPION%

La syntaxe CALL est le plus souvent plus facile à écrire sans risque de confusion bien que moins "élégante".

Pour revenir à nos moutons, si ton script écrit la dernière ligne à la suite de l'ensemble correct des lignes, c'est que la sortie de l'itération est mal faite: une première via CALL ou ce qu'on voudra retourne bien l'ensemble des lignes, mais un deuxième bouclage a lieu en dehors de la sous-routine CALL et il fait son job: il ne retourne que la dernière valeur (la dernière ligne).