Parfois en ouvrant avec le bloc-notes des fichiers contenant du texte, on se heure à un problème de retour à la ligne : comme sur l'image ci-dessus, le bloc-notes ne va pas à la ligne là où il devrait, et affiche ce curieux caractère rectangulaire, repassé en rouge sur la copie d'écran.

La lecture devient pénible. ce problème est dû à des différences de formats :
- DOS et Windows codent chaque retour à la ligne est terminé par CR/LF (caractères ascii 13 et 10).
- CR pour carriage return (retour chariot), et LF pour line feed (passer à la ligne suivante).
- Unix n'utilise que le caractère CR.
- Mac n'utilise que le caractère LF.

Alors parfois, on se retrouve dans le bloc-notes avec ces carrés (et sous linux, avec une sorte de M).

Plusieurs solutions existent pour retrouver le fichier tel quel, sans refaire les retours à la ligne soi-même :
- utiliser un programme plus évolué que le bloc-notes, qui vérifie d'abord.
- utiliser edit.com (par l'invite de commandes), et sauvegarder le fichier.
- convertir via un éditeur de texte qui s'en accomode bien.

Notepad++, entre autres, se débrouille parfaitement avec les encodages mac et unix, et surtout l'affiche très clairement. J'ai reproduit le problème avec un log de hijackthis, pour l'occasion dans la première copie d'écran.


En ouvrant le fichier dans Notepad++, vous verrez en bas à droite l'indication Unix ou Mac, même si le fichier s'affiche parfaitement.



Dans le menu format, passez en format dos/windows et sauvegardez. Le bloc-notes ouvrira correctement le fichier désormais.

Alors, pourquoi continuez à utiliser le bloc-notes et pas un programme plus évolué ? Parce que le bloc-notes, malgré ses défauts, a un gros avantage : il ne bloque pas l'accès au fichier édité. On peut donc travailler avec, tout en ayant le fichier ouvert par un autre programme.

Source et complément d'information (wikipedia)