Ça marche finement. Hahaha ! Tu es condamné à ne plus répondre qu'aux articles écrits en MacRoman en attendant que Gilbert corrige ! :-) -- Olivier Miakinen
Ça marche finement. Hahaha ! Tu es condamné à ne plus répondre qu'aux articles écrits en MacRoman en attendant que Gilbert corrige ! :-) -- Olivier Miakinen
Olivier Miakinen
Le 31/10/2019 20:57, MV a écrit :
le charset IBM437 (ça existe ça ? )
Je pensais que c'était plus « officiel » que CP437, mais peut-être que je me trompais. C'était le charset des IBM PC occidentaux (entre autres, français et anglais) avant Windows. P.-S. : j'ai ça dans iconv, mais mon SeaMonkey n'a pas non plus reconnu le charset... $ iconv -l |fgrep 437 437// CP437// CSPC8CODEPAGE437// IBM437// -- Olivier Miakinen
Le 31/10/2019 20:57, MV a écrit :
le charset IBM437 (ça existe ça ? )
Je pensais que c'était plus « officiel » que CP437, mais peut-être que je me
trompais.
C'était le charset des IBM PC occidentaux (entre autres, français et anglais)
avant Windows.
P.-S. : j'ai ça dans iconv, mais mon SeaMonkey n'a pas non plus reconnu le
charset...
Je pensais que c'était plus « officiel » que CP437, mais peut-être que je me trompais. C'était le charset des IBM PC occidentaux (entre autres, français et anglais) avant Windows. P.-S. : j'ai ça dans iconv, mais mon SeaMonkey n'a pas non plus reconnu le charset... $ iconv -l |fgrep 437 437// CP437// CSPC8CODEPAGE437// IBM437// -- Olivier Miakinen
Gilbert OLIVIER
le 31 octobre 2019, Olivier Miakinen a attiré mon attention sur :
Le 31/10/2019 20:47, DV a écrit :
J'ai parfois un bug similaire avec SeaMonkey quand le réseau est saturé et que je passe trop vite d'un article à un autre. J'ai l'impression que dans ce cas il mélange les entêtes du premier article avec le contenu du second.
J'ai déjà vu ça aussi dans Thunderbird, mais il y a longtemps que ça ne s'est pas reproduit. Soit Thunderbird s'est amélioré depuis, soit je suis devenu très lent. ;-)
Je viens d'avoir le cas à l'instant même sur fr.rec.bricolage. Mais c'est vraiment mon accès à Internet et à Usenet qui est foireux.
Rien de cela avec MacCafé, c'est juste que la partie qui détecte l'encodage dans le header et l'applique sur le texte datait de mes premiers essais réussis ou c'était un peu bricolé vite fait pour tester. Depuis j'ai bien structuré la lecture des données des champs du header qui me servent, mais je n'avais pas modifié le code pour pour exploiter ces résultats à cet endroit, d'ou une erreur de jeu de caractères :-(( Ca aurait pu fonctionner longtemps comme ça, sans problème apparent si vous n'aviez pas entamé cette enfilade. -- Gilbert
le 31 octobre 2019, Olivier Miakinen a attiré mon attention sur :
Le 31/10/2019 20:47, DV a écrit :
J'ai parfois un bug similaire avec SeaMonkey quand le réseau est
saturé et que je passe trop vite d'un article à un autre. J'ai
l'impression que dans ce cas il mélange les entêtes du premier
article avec le contenu du second.
J'ai déjà vu ça aussi dans Thunderbird, mais il y a longtemps que ça ne
s'est pas reproduit. Soit Thunderbird s'est amélioré depuis, soit je
suis devenu très lent. ;-)
Je viens d'avoir le cas à l'instant même sur fr.rec.bricolage. Mais c'est
vraiment mon accès à Internet et à Usenet qui est foireux.
Rien de cela avec MacCafé, c'est juste que la partie qui détecte
l'encodage dans le header et l'applique sur le texte datait de mes
premiers essais réussis ou c'était un peu bricolé vite fait pour
tester. Depuis j'ai bien structuré la lecture des données des champs
du header qui me servent, mais je n'avais pas modifié le code pour
pour exploiter ces résultats à cet endroit, d'ou une erreur de jeu de
caractères :-((
Ca aurait pu fonctionner longtemps comme ça, sans problème apparent si
vous n'aviez pas entamé cette enfilade.
le 31 octobre 2019, Olivier Miakinen a attiré mon attention sur :
Le 31/10/2019 20:47, DV a écrit :
J'ai parfois un bug similaire avec SeaMonkey quand le réseau est saturé et que je passe trop vite d'un article à un autre. J'ai l'impression que dans ce cas il mélange les entêtes du premier article avec le contenu du second.
J'ai déjà vu ça aussi dans Thunderbird, mais il y a longtemps que ça ne s'est pas reproduit. Soit Thunderbird s'est amélioré depuis, soit je suis devenu très lent. ;-)
Je viens d'avoir le cas à l'instant même sur fr.rec.bricolage. Mais c'est vraiment mon accès à Internet et à Usenet qui est foireux.
Rien de cela avec MacCafé, c'est juste que la partie qui détecte l'encodage dans le header et l'applique sur le texte datait de mes premiers essais réussis ou c'était un peu bricolé vite fait pour tester. Depuis j'ai bien structuré la lecture des données des champs du header qui me servent, mais je n'avais pas modifié le code pour pour exploiter ces résultats à cet endroit, d'ou une erreur de jeu de caractères :-(( Ca aurait pu fonctionner longtemps comme ça, sans problème apparent si vous n'aviez pas entamé cette enfilade. -- Gilbert
Un petit coup de iconv vers UTF-8 : MAC → je réponds à ça MACCENTRALEUROPE → je réponds à ça MACROMANIA → je réponds à ça MACTURKISH → je réponds à ça Tout ça reste bien obscur pour le béotien que je suis ! -- Michel VAUQUOIS - http://michelvauquois.fr
Un petit coup de iconv vers UTF-8 : MAC → je réponds à ça MACCENTRALEUROPE → je réponds à ça MACROMANIA → je réponds à ça MACTURKISH → je réponds à ça Tout ça reste bien obscur pour le béotien que je suis ! -- Michel VAUQUOIS - http://michelvauquois.fr
Olivier Miakinen
Le 01/11/2019 10:57, Gilbert OLIVIER a écrit :
Ca aurait pu fonctionner longtemps comme ça, sans problème apparent si vous n'aviez pas entamé cette enfilade.
J'adore pousser les logiciels dans leurs derniers retranchements ! -- Olivier Miakinen
Le 01/11/2019 10:57, Gilbert OLIVIER a écrit :
Ca aurait pu fonctionner longtemps comme ça, sans problème apparent si
vous n'aviez pas entamé cette enfilade.
J'adore pousser les logiciels dans leurs derniers retranchements !
