Allez : quel est le code page? quel est la langue d'écriture? Quel est le code de retour à la ligne (rappel : il y a 3 formes qui se baladent dans le monde)? Quel délimiteur? Quel format pour la date (10/04/2012, c'est 10 avril ou 4 octobre)? avec ou sans BOM qui va planter quelques logiciels si présent mais aussi si pas présent (ça dépend du logiciel)?
Tu approches le format texte comme tu approches le format binaire, c’est à dire comme une machine qui plante au premier bit qui lui plait pas, alors que la force du format texte c’est précisément qu’il peut être lu, interprété et corrigé par un humain qui a un cerveau.
J’ai déjà eu des problème d’encodage d’un système à l’autre sur des fichiers LaTeX. Un coup d’iconv est c’est passé.
J’ai déjà eu des problèmes d’encodage de Microsoft Office pour Windows à Microsoft Office pour Mac sur un .doc. J’ai jamais pu le corriger.
Quelle est la différence entre les deux situations ? Laquelle est préférable ? (ne me dit pas un format binaire sans bug, l’informatique sans bug ça n’existe pas, pas dans le monde réel, l’alternative que je te propose c’est une informatique avec bugs facilement corrigeables humainement et bugs quasiment impossibles à corriger par celui qui n’est pas dans les arcanes du format binaire spécifique)
cat, more, n'importe quel lecteur de texte interprètent… Tu as toujours un interpréteur. Plus ou moins doué (par exemple, la plupart des intépréteurs ne sont pas capables de te garantir que la date est correcte, cf JJ/MM vs MM/JJ)
cat et more plantent si l’encodage n’est pas bon ? Si le format de date leur plaît pas ? Je sais pas sur quel OS tu tournes, mais il est vachement bizarre.
[^] # Re: Journal en fichier binaire vs fichier plat
Posté par Moonz . En réponse à la dépêche Documentation du format du Journal. Évalué à 4. Dernière modification le 24 octobre 2012 à 17:45.
J’ai un outil un peu magique que tu devrais essayer et qui s’appelle cerveau, qui sait que si « é » s’affiche c’est que c’est pas le bon encodage ; idem pour le BOM et le retour à la ligne ; quant à la langue, si les données sont en russe, la question du format du fichier contenant ces données est absolument orthogonal, je comprendrai rien. Malheureusement, il a énormément plus de difficultés sur le binaire chez moi (après, peut-être est-il défectueux, mais je peux pas le changer)
Tu approches le format texte comme tu approches le format binaire, c’est à dire comme une machine qui plante au premier bit qui lui plait pas, alors que la force du format texte c’est précisément qu’il peut être lu, interprété et corrigé par un humain qui a un cerveau.
J’ai déjà eu des problème d’encodage d’un système à l’autre sur des fichiers LaTeX. Un coup d’iconv est c’est passé.
J’ai déjà eu des problèmes d’encodage de Microsoft Office pour Windows à Microsoft Office pour Mac sur un .doc. J’ai jamais pu le corriger.
Quelle est la différence entre les deux situations ? Laquelle est préférable ? (ne me dit pas un format binaire sans bug, l’informatique sans bug ça n’existe pas, pas dans le monde réel, l’alternative que je te propose c’est une informatique avec bugs facilement corrigeables humainement et bugs quasiment impossibles à corriger par celui qui n’est pas dans les arcanes du format binaire spécifique)
cat et more plantent si l’encodage n’est pas bon ? Si le format de date leur plaît pas ? Je sais pas sur quel OS tu tournes, mais il est vachement bizarre.