Cette question a déjà une réponse ici:
La plupart des documents que j'ouvre dans notepad.exe sous Windows 7 ces derniers temps, il n'y a pas de sauts de ligne ... tout va bien ensemble. Les mêmes documents dans n'importe quel autre programme, même prévisualisés directement dans l'Explorateur, afficheront correctement les sauts de ligne. cela se produit avec beaucoup de fichiers .info, .css, .js .. mais pas tous.
Je suppose que c'est une sorte de caractère encodant des fins de ligne unix, mais je me demande si je peux faire quelque chose ou si quelqu'un d'autre a vécu une expérience similaire et si je peux faire fonctionner le bloc-notes correctement. Je le préfère au bloc-notes ++ / autres éditeurs de texte pour certaines utilisations.
windows-7
notepad
linebreaks
Damon
la source
la source
Réponses:
Il y a des sauts de ligne, mais différents systèmes d'exploitation reconnaissent différentes séquences pour les sauts de ligne.
Le Bloc-notes ne reconnaît que CR, LF (0x0d, 0x0a), alors que d'autres sources peuvent utiliser uniquement CR, ou LF uniquement.
Vous ne pouvez pas faire en sorte que le Bloc-notes se comporte différemment. Votre seule option est donc de vous assurer que le contenu a la bonne séquence pour le Bloc-notes. Notez que le bloc-notes est le seul éditeur à avoir cette restriction. Par conséquent, si votre contenu fonctionne dans le bloc-notes, il fonctionnera partout ailleurs.
Un moyen simple de corriger les sauts de ligne consiste à copier et coller le texte dans Word, puis de nouveau dans le bloc-notes et les sauts de ligne seront "corrigés" en séquence CR, LF.
la source
Wordpad
Si votre aversion pour notepad ++ et les autres éditeurs de texte est qu’ils ne font pas partie intégrante de tous les systèmes Windows, utilisez Wordpad. Ce n'est pas aussi rudimentaire que le Bloc-notes.
Wordpad lira et affichera correctement les fichiers texte avec des fins de ligne Unix.
Autre
Si vous êtes opposé aux deux éditeurs de texte vrais, alors notepad ++ est probablement un bon choix.
la source
open with...
menu.Vous pouvez écrire un script batch
simple:Enregistrez ceci
notepad.bat
dans le répertoire de votre choix. Ensuite, au lieu d’ouvrir vos fichiers.info
/.css
/.js
avec le Bloc-notes, ouvrez-les avec ce script de traitement par lots. Il convertira automatiquement toutes les fins de ligne Unix en DOS, puis ouvrira le fichier avec Notepad.Désavantages:
Chaque fois que vous ouvrez le programme, il ajoute une nouvelle ligne à la fin du fichier.(Fixé par @mpag )Ouvre une fenêtre d'invite de commande(corrigé à l'aideSTART
de la ligne 4)la source
start
ligne parSTART "NOTEPAD" "%SystemRoot%\System32\NOTEPAD.EXE" %1
généraliser pour les cinglés dont le lecteur racine est D ou WinNT pour leur répertoire windows.C:
recevra aucun support de ma part.C:
est le standard depuis la sortie de DOS en 1981.mkdir %1.dir
TYPE %1 | FIND /V "" >%1.dir\%1
robocopy . %1.dir %1 /copy:t >NUL 2>&1
move %1.dir\%1 . > NUL 2>&1
rmdir %1.dir
Comme Notepad ++ a été spécifiquement mentionné dans l'OP, il dispose (du moins à présent) des paramètres nécessaires sous:
Édition -> Conversion EOL -> Format Windows.
la source
Vous devez modifier le type d'encodage à la ligne utilisé dans le fichier.
Sous Linux, il existe un programme appelé "unix2dos" qui peut le faire pour vous. Je ne suis pas sûr que Windows soit livré avec un tel programme, mais il semble qu'il en existe un similaire disponible ici: http://www.thefreecountry.com/tofrodos/
Il existe plus d'informations à propos de ce processus dans Wikipedia: http://fr.wikipedia.org/wiki/Unix2dos, où vous pouvez obtenir des exemples de différents programmes en ligne de commande pouvant effectuer le changement.
la source
View->Line endings -> Windows
, puis enregistrer le fichier pour l’écraser. Dans ce cas, les fins de ligne unix deviendront au format Windows. Si vous ouvrez ce fichier enregistré dans le Bloc-notes, les fins de ligne seront affichées correctement.Une autre chose que vous pouvez faire: Ouvrez le fichier dans WordPad, puis enregistrez-le. Cela corrigera les fins de ligne. C'est la méthode la plus rapide.
la source
Vous avez raison de dire que c'est un problème avec les fins de ligne Unix. Il existe plusieurs fins de ligne différentes , mais trois variantes sont les plus courantes:
Les versions plus anciennes de Notepad ne reconnaissent que CRLF, mais les versions plus récentes prennent en charge CRLF, CR et LF .
Aucun paramètre ne permet de modifier ce comportement dans les anciennes versions de Notepad, mais vous pouvez revenir à l'ancien comportement de la nouvelle version . La plupart des autres programmes grand public ont fonctionné avec les trois fins de ligne pendant un certain temps, donc si votre contenu fonctionne dans des versions plus anciennes de Notepad, il devrait fonctionner un peu partout ailleurs.
la source