Convertir TXT en LST

Un compilateur hérité, un utilitaire ou un périphérique intégré peut exiger un fichier dont le nom se termine par .lst, même lorsque son contenu est du texte brut. Dans ce cas, enregistrer le texte avec une nouvelle extension suffit uniquement si le logiciel destinataire n’exige pas une structure LST spécifique.

Qu’est-ce que le format TXT ?

.txt est un format de texte brut contenant des caractères, des sauts de ligne et parfois des tabulations. Il ne possède aucune mise en page universelle, définition de champs, prise en charge des images ou des formules, ni métadonnées propres à une application.

Les éditeurs de texte tels que Notepad, Notepad++, Visual Studio Code et les éditeurs macOS ou Linux créent des fichiers TXT. Les journaux, fichiers de configuration, fichiers readme, code source, données exportées et listes simples utilisent couramment ce format.

Qu’est-ce que le format LST ?

.lst ne possède aucune spécification universelle unique. Il peut désigner une liste organisée par lignes, un listing de compilateur ou d’éditeur de liens, un listing de répertoire, une liste de fichiers source ou des données de listing de code utilisées par un outil de programmation ou LaTeX.

Une application peut utiliser l’extension uniquement comme étiquette, ce qui permet à un fichier LST de contenir les mêmes octets qu’un fichier TXT. Une autre application peut exiger un élément par ligne, des champs de longueur fixe, des séparateurs, des en-têtes, des commentaires, des références de fichiers ou un encodage de caractères particulier. Modifier uniquement l’extension ne peut pas créer ces règles.

Comment créer un fichier LST

Consultez d’abord la documentation du programme destinataire ou un fichier d’exemple. Déterminez s’il attend du texte ordinaire ou un schéma défini. Les fichiers de listing de compilateur et d’éditeur de liens sont généralement générés par le compilateur plutôt que convertis à partir d’un texte arbitraire. Renommer un fichier TXT ne créera donc pas un listing de compilateur valide.

Pour une cible qui accepte du texte ordinaire :

1. Ouvrez le fichier TXT dans Notepad++, Visual Studio Code ou un autre éditeur de texte brut. Évitez les logiciels de traitement de texte, qui peuvent ajouter une mise en forme ou des métadonnées propriétaires.
2. Vérifiez l’encodage requis. Utilisez UTF-8, sauf si la cible exige spécifiquement Windows-1252, un autre encodage hérité, UTF-16 ou un format différent.
3. Choisissez File → Save As, saisissez un nom se terminant par .lst et sélectionnez All types sous Windows si nécessaire.
4. Vérifiez que le nom enregistré est filename.lst, et non filename.lst.txt. Activez l’affichage des extensions de fichiers dans l’Explorateur de fichiers si le nom n’est pas clair.
5. Ouvrez ou importez le résultat dans l’application cible et vérifiez ses messages de validation.

Pour créer une copie sans modifier son contenu, utilisez PowerShell sous Windows :

Copy-Item .\input.txt .\output.lst

Utilisez cette commande sous macOS ou Linux :

cp input.txt output.lst

Ces commandes modifient le nom du fichier et copient les octets : elles ne modifient pas l’encodage, les fins de ligne, les séparateurs, les en-têtes ni les autres structures de données. Un renommage direct est également possible avec Rename-Item dans PowerShell ou mv sous macOS et Linux.

Pour un format propre à une application :

1. Comparez les données TXT avec un exemple LST valide ou avec la spécification de format du fournisseur.
2. Ajoutez les en-têtes, l’ordre des champs, les séparateurs, les guillemets, les commentaires et l’organisation d’un enregistrement par ligne requis.
3. Utilisez un script, une exportation de feuille de calcul ou un éditeur de texte pour restructurer les données de manière reproductible ; vérifiez que la sortie ne contient pas de balisage de texte enrichi.
4. Définissez l’encodage et les fins de ligne requis. Notepad++ propose les choix de fins de ligne sous Edit → EOL Conversion et les choix d’encodage sous Encoding.
5. Testez le fichier dans le programme destinataire et examinez son journal d’erreurs ou les enregistrements importés.

Compatibilité et conversion en ligne

Vérifiez à la fois l’encodage et les fins de ligne. Les anciens logiciels Windows peuvent exiger Windows-1252 ou une autre page de codes ANSI ; UTF-8 peut échouer si le programme ne le prend pas en charge, et UTF-16 peut apparaître comme des données binaires ou afficher des caractères nuls. Les programmes Windows attendent généralement des fins de ligne CRLF, tandis que les outils Unix utilisent généralement LF, bien que de nombreuses applications acceptent les deux.

La conversion en ligne générique est généralement inappropriée, car .lst ne définit pas un format unique. Des services tels que CloudConvert ou Zamzar ne peuvent pas déduire les champs requis par une application à partir de l’extension ; un service qui accepte les fichiers peut simplement copier le texte ou le renommer. N’utilisez un service en ligne que lorsque le logiciel cible ou le propriétaire du format en spécifie explicitement un, et ne téléversez pas d’identifiants, de journaux privés, de code source ou de données de configuration.