Encodages et fins de ligne

Dernière mise à jour : Les captures d’écran montrent Folora 0.2.0.

Folora détecte l’encodage à l’ouverture d’un fichier et enregistre dans l’encodage d’origine. Il ne convertit pas les fichiers en UTF-8.

Encodages pris en charge à l’ouverture

  • UTF-8, avec ou sans BOM.
  • UTF-16, détecté avec ou sans BOM.
  • D’autres anciens encodages courants, comme Big5, GB18030 (y compris GBK), Shift_JIS, EUC-KR et Windows-1252.

Un fichier dans lequel aucun encodage de texte n’est détecté est traité comme un fichier non textuel, et Folora affiche “« … » n’est pas un fichier texte et ne peut pas être ouvert.”

Enregistrement

  • Si vous enregistrez un fichier sans l’avoir modifié depuis son ouverture, ses octets et sa date de modification restent inchangés.
  • Si le document contient un caractère que l’encodage d’origine ne peut pas représenter, comme un emoji saisi dans un fichier Big5, l’enregistrement s’arrête et Folora affiche “Ce fichier est enregistré en Big5, qui ne peut pas contenir « … ».” avec le caractère concerné à la place de « … ». Supprimez ce caractère et enregistrez à nouveau.
  • Les copies récupérées depuis le journal de récupération conservent l’encodage et les fins de ligne d’origine.

Fins de ligne

  • LF et CRLF sont tous deux pris en charge, et l’enregistrement conserve les fins de ligne d’origine du fichier.
  • Lorsque vous modifiez et enregistrez un fichier qui mélange LF et CRLF, toutes les fins de ligne deviennent CRLF.
  • Les fichiers qui utilisent uniquement CR comme fin de ligne ne sont pas pris en charge ; les caractères CR d’un fichier sont conservés tels quels.

FOLORA