HS Convertir du texte encodé UTF8 en son caractère représenté
11 réponses
Daniel Huhardeaux
Bonjour,
j'ai le texte suivant dans le corps d'une courriel
<R=C3=A9sultat =C3=A0 la m=C3=AAme =C3=A9tag=C3=A8re>
et aimerai le récupérer dans une variable dans son format lisible soit
<Résultat à la même étagère>
iconv ne fait rien, quelles autres solutions seraient susceptibles de
convenir?
Merci pour vos réponses
--
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4C41DC53.1070803@tootai.net
Pour information, mon problème est la gestion des SMS: j'ai développé ma passerelle mail2SMS sur laquelle je me suis rendu compte que les SMS à l'arrivée n'affichaient pas les lettres accentuées, elles sont soit remplacées par des espaces, soit affichées par la surface (codage) :-(
Je pense que dans ton cas, ça doit dépendre de ce que les terminaux savent gérer, mais je ne suis pas sûr. Il faudrait que tu te procures les spécifications claires des SMS, car vu que les terminaux (téléphones) sont vendus dans plein de pays UTF8, ils doivent être capables d'afficher ce que tu veux.
A l'origine c'est de l'ASCII 7 bits et c'est ce qui explique que la taille maxi d'un SMS est de 160 octets (si plus grand, il est découpé en autant de SMS, chacun de ces segments étant facturé)
Si on passe en 8 bits on arrive à une taille de 140 octets et en UTF8 à une taille de 70 octets. On voit donc que plus on gère les caractères spécifiques d'une langue, plus cher le message coute à l'utilisateur. Pour les langues comme le Russe le chinois c'est UCS-2 qui est utilisé. On est loin de l'ascii !
Le problème est donc financier avant d'être technique. Je vais tout simplement recoder en ascii-bs afin de ne pas m'attirer les foudres de la clientèle ;-)
Merci à tous pour ces explications.
Je pense que tu voulais parler de "caractères" et non d'octet. Tu as mis le doigts sur, je pense, l'une des raisons principales qui fait que nos amis asiatiques utilisent plus les mails que les SMS.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Le 19/07/2010 09:39, daniel huhardeaux a écrit :
Le 19/07/2010 00:54, François TOURDE a écrit :
[...]
Pour information, mon problème est la gestion des SMS: j'ai développé
ma passerelle mail2SMS sur laquelle je me suis rendu compte que les
SMS à l'arrivée n'affichaient pas les lettres accentuées, elles sont
soit remplacées par des espaces, soit affichées par la surface
(codage) :-(
Je pense que dans ton cas, ça doit dépendre de ce que les terminaux
savent gérer, mais je ne suis pas sûr. Il faudrait que tu te procures
les spécifications claires des SMS, car vu que les terminaux
(téléphones) sont vendus dans plein de pays UTF8, ils doivent être
capables d'afficher ce que tu veux.
A l'origine c'est de l'ASCII 7 bits et c'est ce qui explique que la
taille maxi d'un SMS est de 160 octets (si plus grand, il est découpé
en autant de SMS, chacun de ces segments étant facturé)
Si on passe en 8 bits on arrive à une taille de 140 octets et en UTF8
à une taille de 70 octets. On voit donc que plus on gère les
caractères spécifiques d'une langue, plus cher le message coute à
l'utilisateur. Pour les langues comme le Russe le chinois c'est UCS-2
qui est utilisé. On est loin de l'ascii !
Le problème est donc financier avant d'être technique. Je vais tout
simplement recoder en ascii-bs afin de ne pas m'attirer les foudres de
la clientèle ;-)
Merci à tous pour ces explications.
Je pense que tu voulais parler de "caractères" et non d'octet. Tu as mis
le doigts sur, je pense, l'une des raisons principales qui fait que nos
amis asiatiques utilisent plus les mails que les SMS.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4C440F3D.4080608@gmail.com
Pour information, mon problème est la gestion des SMS: j'ai développé ma passerelle mail2SMS sur laquelle je me suis rendu compte que les SMS à l'arrivée n'affichaient pas les lettres accentuées, elles sont soit remplacées par des espaces, soit affichées par la surface (codage) :-(
Je pense que dans ton cas, ça doit dépendre de ce que les terminaux savent gérer, mais je ne suis pas sûr. Il faudrait que tu te procures les spécifications claires des SMS, car vu que les terminaux (téléphones) sont vendus dans plein de pays UTF8, ils doivent être capables d'afficher ce que tu veux.
A l'origine c'est de l'ASCII 7 bits et c'est ce qui explique que la taille maxi d'un SMS est de 160 octets (si plus grand, il est découpé en autant de SMS, chacun de ces segments étant facturé)
Si on passe en 8 bits on arrive à une taille de 140 octets et en UTF8 à une taille de 70 octets. On voit donc que plus on gère les caractères spécifiques d'une langue, plus cher le message coute à l'utilisateur. Pour les langues comme le Russe le chinois c'est UCS-2 qui est utilisé. On est loin de l'ascii !
Le problème est donc financier avant d'être technique. Je vais tout simplement recoder en ascii-bs afin de ne pas m'attirer les foudres de la clientèle ;-)
Merci à tous pour ces explications.
Je pense que tu voulais parler de "caractères" et non d'octet. Tu as mis le doigts sur, je pense, l'une des raisons principales qui fait que nos amis asiatiques utilisent plus les mails que les SMS.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
