Pas de CP850 (MIBenum : 2009) dans MacCafé. -- Michel VAUQUOIS - http://michelvauquois.fr
Olivier Miakinen
Le 25/11/2019 à 21:08, Gilbert OLIVIER m'a répondu :
J'ai vite trouvé l'origine problème qui n'est pas un bug ;-) Mais tous les essais de MV m'ont permis d'avoir au final un décodage bien meilleur et de comprendre l'origine de problèmes que je rencontrais dans mon code et d'avoir au final un transcodage bien plus sur. Il faut dire que nous avons pas mal d'échanges en MP qui n'apparaissent pas ici car liés directement au debug de MacCafé.
Ok, alors je suis rassuré. -- Olivier Miakinen
Le 25/11/2019 à 21:08, Gilbert OLIVIER m'a répondu :
J'ai vite trouvé l'origine problème qui n'est pas un bug ;-)
Mais tous les essais de MV m'ont permis d'avoir au final un décodage
bien meilleur et de comprendre l'origine de problèmes que je rencontrais
dans mon code et d'avoir au final un transcodage bien plus sur.
Il faut dire que nous avons pas mal d'échanges en MP qui n'apparaissent
pas ici car liés directement au debug de MacCafé.
Le 25/11/2019 à 21:08, Gilbert OLIVIER m'a répondu :
J'ai vite trouvé l'origine problème qui n'est pas un bug ;-) Mais tous les essais de MV m'ont permis d'avoir au final un décodage bien meilleur et de comprendre l'origine de problèmes que je rencontrais dans mon code et d'avoir au final un transcodage bien plus sur. Il faut dire que nous avons pas mal d'échanges en MP qui n'apparaissent pas ici car liés directement au debug de MacCafé.
Ok, alors je suis rassuré. -- Olivier Miakinen
yamo'
M.V. a tapoté le 26/11/2019 13:28:
Je le sélectionne et je fais decode.(bis pour le base64) Et je peux l'encoder.
Il y a un problème si l'on tente de décoder le texte en bloc. Par contre en prenant chaque ligne une par une on à un décodage correct en indiquant que c'est du latin1.
Ça me dépasse.
Le caractère = ne peut se trouver qu'à la fin d'une chaîne encodée en base 64, lorsque la longueur de la chaîne binaire à encoder n'est pas un multiple de 3, de façon à ce que le résultat du codage ait une longueur multiple de 4. Si tu encodes un texte en plusieurs morceaux, pourvu que les morceaux (sauf éventuellement le dernier) aient tous une longueur multiple de 3, alors tu pourras le redécoder en une seule fois au lieu de le faire morceau par morceau.Mais si ce n'était pas le cas, alors il faudra obligatoirement décoder par petits bouts.
Voici ci dessous, les différentes possibilités. En usage courant, le rot13 est utile, le base64 seulement quand on accès au message brut. Les autres, je ne les jamais utilisés.
Moi je n'ai jamais utilisé que le ROT13, sans d'ailleurs faire attention si je le prenais dans Encode ou dans Décode puisque c'est la même chose. Quant à Base64, je ne l'avais jamais utilisé. Mais j'ai fait quelques tests ce matin, et visiblement il est sous-entendu « Base64 en Latin1 » même si le charset du message est en UTF-8. C'est assez troublant et plutôt stupide de la part de Mnenhy.
Hahaha ! Je n'avais même pas remarqué qu'il y avait cette option, et il faut avoir déjà vu South Park pour comprendre. -- Olivier Miakinen
Le 26/11/2019 à 11:59, yamo' a écrit :
Il y a un problème si l'on tente de décoder le texte en bloc.
Par contre en prenant chaque ligne une par une on à un décodage correct
en indiquant que c'est du latin1.
Ça me dépasse.
Le caractère = ne peut se trouver qu'à la fin d'une chaîne
encodée en base 64, lorsque la longueur de la chaîne binaire
à encoder n'est pas un multiple de 3, de façon à ce que le
résultat du codage ait une longueur multiple de 4.
Si tu encodes un texte en plusieurs morceaux, pourvu que les
morceaux (sauf éventuellement le dernier) aient tous une longueur
multiple de 3, alors tu pourras le redécoder en une seule fois
au lieu de le faire morceau par morceau.Mais si ce n'était pas le
cas, alors il faudra obligatoirement décoder par petits bouts.
Voici ci dessous, les différentes possibilités. En usage courant, le
rot13 est utile, le base64 seulement quand on accès au message brut. Les
autres, je ne les jamais utilisés.
Moi je n'ai jamais utilisé que le ROT13, sans d'ailleurs faire
attention si je le prenais dans Encode ou dans Décode puisque c'est
la même chose.
Quant à Base64, je ne l'avais jamais utilisé. Mais j'ai fait quelques
tests ce matin, et visiblement il est sous-entendu « Base64 en Latin1 »
même si le charset du message est en UTF-8. C'est assez troublant et
plutôt stupide de la part de Mnenhy.
Il y a un problème si l'on tente de décoder le texte en bloc. Par contre en prenant chaque ligne une par une on à un décodage correct en indiquant que c'est du latin1.
Ça me dépasse.
Le caractère = ne peut se trouver qu'à la fin d'une chaîne encodée en base 64, lorsque la longueur de la chaîne binaire à encoder n'est pas un multiple de 3, de façon à ce que le résultat du codage ait une longueur multiple de 4. Si tu encodes un texte en plusieurs morceaux, pourvu que les morceaux (sauf éventuellement le dernier) aient tous une longueur multiple de 3, alors tu pourras le redécoder en une seule fois au lieu de le faire morceau par morceau.Mais si ce n'était pas le cas, alors il faudra obligatoirement décoder par petits bouts.
Voici ci dessous, les différentes possibilités. En usage courant, le rot13 est utile, le base64 seulement quand on accès au message brut. Les autres, je ne les jamais utilisés.
Moi je n'ai jamais utilisé que le ROT13, sans d'ailleurs faire attention si je le prenais dans Encode ou dans Décode puisque c'est la même chose. Quant à Base64, je ne l'avais jamais utilisé. Mais j'ai fait quelques tests ce matin, et visiblement il est sous-entendu « Base64 en Latin1 » même si le charset du message est en UTF-8. C'est assez troublant et plutôt stupide de la part de Mnenhy.
Le 26 novembre 2019 à 17:35, Olivier Miakinen a pris le temps d'écrire :
Ok, alors je suis rassuré.
S'jejrb ojruur cn aéyxwman "Vjrb mn zdxr cd cn vêunb !" ;-) -- Michel VAUQUOIS - http://michelvauquois.fr
M.V.
Le 26 novembre 2019 à 17:49, Olivier Miakinen a pris le temps d'écrire :
Quant à Base64, je ne l'avais jamais utilisé. Mais j'ai fait quelques tests ce matin, et visiblement il est sous-entendu « Base64 en Latin1 » même si le charset du message est en UTF-8.
D'où les commentaires que j'ai faits à yamo' Bonne soirée. -- Michel VAUQUOIS - http://michelvauquois.fr
Le 26 novembre 2019 à 17:49, Olivier Miakinen a pris le temps d'écrire :
Quant à Base64, je ne l'avais jamais utilisé. Mais j'ai fait quelques
tests ce matin, et visiblement il est sous-entendu « Base64 en Latin1 »
même si le charset du message est en UTF-8.
D'où les commentaires que j'ai faits à yamo'
Bonne soirée.
--
Michel VAUQUOIS - http://michelvauquois.fr
Le 26 novembre 2019 à 17:49, Olivier Miakinen a pris le temps d'écrire :
Quant à Base64, je ne l'avais jamais utilisé. Mais j'ai fait quelques tests ce matin, et visiblement il est sous-entendu « Base64 en Latin1 » même si le charset du message est en UTF-8.
D'où les commentaires que j'ai faits à yamo' Bonne soirée. -- Michel VAUQUOIS - http://michelvauquois.fr
M.V.
Le 26 novembre 2019 à 17:43, yamo' a pris le temps d'écrire :
--> Re: Écrire à Noël mais seulement à Pâques Mais toujours la même chose : d'abord décoder le Base 64 puis passer de Latin1 à UTF-8. Ça confirme ce que dit OM ici : Message-ID: <news: qrjl28$u6h$ Bonne soirée. -- Michel VAUQUOIS - http://michelvauquois.fr
Le 26 novembre 2019 à 17:43, yamo' a pris le temps d'écrire :
Mais toujours la même chose : d'abord décoder le Base 64 puis passer
de Latin1 à UTF-8.
Ça confirme ce que dit OM ici :
Message-ID: <news: qrjl28$u6h$1@cabale.usenet-fr.net>
Bonne soirée.
--
Michel VAUQUOIS - http://michelvauquois.fr
--> Re: Écrire à Noël mais seulement à Pâques Mais toujours la même chose : d'abord décoder le Base 64 puis passer de Latin1 à UTF-8. Ça confirme ce que dit OM ici : Message-ID: <news: qrjl28$u6h$ Bonne soirée. -- Michel VAUQUOIS - http://michelvauquois.fr
Gilbert OLIVIER
Le 26 novembre 2019 à 14:07, M.V. a écrit:
La mise en garde lanc├®e mardi
Pas de CP850 (MIBenum : 2009) dans MacCafé.
Maintenant il y a ;-) Mais ça ne fonctionne pas mieux. MacCafé transcode juste d'un jeu de caractère vers UTF-8, et là avec 5 octets pour un caractère je reste perplexe sur ta méthode d'encodage mutiple et son utilité. -- Gilbert
Le 26 novembre 2019 à 14:07, M.V. a écrit:
La mise en garde lanc├®e mardi
Pas de CP850 (MIBenum : 2009) dans MacCafé.
Maintenant il y a ;-)
Mais ça ne fonctionne pas mieux.
MacCafé transcode juste d'un jeu de caractère vers UTF-8, et là avec 5
octets pour un caractère je reste perplexe sur ta méthode d'encodage
mutiple et son utilité.
Maintenant il y a ;-) Mais ça ne fonctionne pas mieux. MacCafé transcode juste d'un jeu de caractère vers UTF-8, et là avec 5 octets pour un caractère je reste perplexe sur ta méthode d'encodage mutiple et son utilité. -- Gilbert
M.V.
Le 26 novembre 2019 à 18:13, Gilbert OLIVIER a pris le temps d'écrire :
là avec 5 octets pour un caractère je reste perplexe sur ta méthode d'encodage mutiple et son utilité.
Encodage : echo 'La mise en garde lancée mardi' | iconv -f CP850 -t UTF-8 | qprint -e -->La mise en garde lanc├®e mardi Décodage : echo 'La mise en garde lanc├®e mardi' | qprint -d | iconv -f UTF-8 -t CP850 --> La mise en garde lancée mardi Mais tu as sans doute raison : on ne le verra jamais ! -- Michel VAUQUOIS - http://michelvauquois.fr
Le 26 novembre 2019 à 18:13, Gilbert OLIVIER a pris le temps d'écrire :
là avec 5
octets pour un caractère je reste perplexe sur ta méthode d'encodage
mutiple et son utilité.
Encodage :
echo 'La mise en garde lancée mardi' | iconv -f CP850 -t UTF-8 | qprint -e
-->La mise en garde lanc├®e mardi
Décodage :
echo 'La mise en garde lanc├®e mardi' | qprint -d | iconv -f UTF-8 -t CP850
--> La mise en garde lancée mardi
Mais tu as sans doute raison : on ne le verra jamais !
--
Michel VAUQUOIS - http://michelvauquois.fr
Le 26 novembre 2019 à 18:13, Gilbert OLIVIER a pris le temps d'écrire :
là avec 5 octets pour un caractère je reste perplexe sur ta méthode d'encodage mutiple et son utilité.
Encodage : echo 'La mise en garde lancée mardi' | iconv -f CP850 -t UTF-8 | qprint -e -->La mise en garde lanc├®e mardi Décodage : echo 'La mise en garde lanc├®e mardi' | qprint -d | iconv -f UTF-8 -t CP850 --> La mise en garde lancée mardi Mais tu as sans doute raison : on ne le verra jamais ! -- Michel VAUQUOIS - http://michelvauquois.fr
