Le 14-02-2011, yamo' nous expliquait dans fr.test :
La faute à nano qui ne semble pas pouvoir gérer plusieurs jeux de caractères, ou en tout cas ne pas pouvoir en changer par un passage d'arguments du genre --charset=iso-8859-15.
Faut demander sur fr.comp.usenet.lecteurs-de-news, tu n'es pas le premier à avoir des problèmes d'encodage avec slrn.
Il faut bien différencier l'encodage de l'éditeur de texte de celui utilisé par slrn. Ce n'est pas bien compliqué mais il faut un éditeur qui permette de choisir son encodage à la volée (et une console capable de l'afficher).
Sinon, à part quelques vieux Xnews et des Gravity 2.7, je n'ai jamais vu de lecteur de news qui ne supportent pas l'utf-8 en lecture, même mon vieux free Agent 2.0 le supporte!
Ah mais j'ai bien compris que le problème ne venait pas de slrn mais bien de l'éditeur de texte que j'utilise.
slrn fait parfaitement son travail, seul nano semble incapable d'utiliser un jeu de caractère autre que celui défini par les locales du système (en l'occurence fr_FR.UTF-8). Du coup il édite en utf-8 et slrn envoie le tout sans s'en soucier.
Par contre à la lecture slrn fait son boulot et décode conformément à ce qui est annoncé par le content-type.
Évidemment si content-type et contenu ne sont pas accordés, ça va moins bien mais je ne crois pas qu'il y ait de lecteur de nouvelles qui aille à l'encontre du content-type annoncé.
XP+FU2 fcul-d-n (ça fera mon premier xp + fu2 avec slrn) supersedes : Et avec un S à lecteur l'xp fonctionne mieux -- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) http://usenet-fr.dougwise.org http://news.dougwise.org
Le 14-02-2011, yamo' nous expliquait dans fr.test :
La faute à nano qui ne semble pas pouvoir gérer plusieurs jeux de
caractères, ou en tout cas ne pas pouvoir en changer par un passage
d'arguments du genre --charset=iso-8859-15.
Faut demander sur fr.comp.usenet.lecteurs-de-news, tu n'es pas le
premier à avoir des problèmes d'encodage avec slrn.
Il faut bien différencier l'encodage de l'éditeur de texte de celui
utilisé par slrn. Ce n'est pas bien compliqué mais il faut un éditeur
qui permette de choisir son encodage à la volée (et une console capable
de l'afficher).
Sinon, à part quelques vieux Xnews et des Gravity 2.7, je n'ai jamais
vu de lecteur de news qui ne supportent pas l'utf-8 en lecture, même mon
vieux free Agent 2.0 le supporte!
Ah mais j'ai bien compris que le problème ne venait pas de slrn mais
bien de l'éditeur de texte que j'utilise.
slrn fait parfaitement son travail, seul nano semble incapable
d'utiliser un jeu de caractère autre que celui défini par les locales du
système (en l'occurence fr_FR.UTF-8).
Du coup il édite en utf-8 et slrn envoie le tout sans s'en soucier.
Par contre à la lecture slrn fait son boulot et décode conformément à
ce qui est annoncé par le content-type.
Évidemment si content-type et contenu ne sont pas accordés, ça va moins
bien mais je ne crois pas qu'il y ait de lecteur de nouvelles qui aille
à l'encontre du content-type annoncé.
XP+FU2 fcul-d-n (ça fera mon premier xp + fu2 avec slrn)
supersedes :
Et avec un S à lecteur l'xp fonctionne mieux
--
@+
Doug - Linux user #307925 - Slackware64 roulaize ;-)
http://usenet-fr.dougwise.org
http://news.dougwise.org
Le 14-02-2011, yamo' nous expliquait dans fr.test :
La faute à nano qui ne semble pas pouvoir gérer plusieurs jeux de caractères, ou en tout cas ne pas pouvoir en changer par un passage d'arguments du genre --charset=iso-8859-15.
Faut demander sur fr.comp.usenet.lecteurs-de-news, tu n'es pas le premier à avoir des problèmes d'encodage avec slrn.
Il faut bien différencier l'encodage de l'éditeur de texte de celui utilisé par slrn. Ce n'est pas bien compliqué mais il faut un éditeur qui permette de choisir son encodage à la volée (et une console capable de l'afficher).
Sinon, à part quelques vieux Xnews et des Gravity 2.7, je n'ai jamais vu de lecteur de news qui ne supportent pas l'utf-8 en lecture, même mon vieux free Agent 2.0 le supporte!
Ah mais j'ai bien compris que le problème ne venait pas de slrn mais bien de l'éditeur de texte que j'utilise.
slrn fait parfaitement son travail, seul nano semble incapable d'utiliser un jeu de caractère autre que celui défini par les locales du système (en l'occurence fr_FR.UTF-8). Du coup il édite en utf-8 et slrn envoie le tout sans s'en soucier.
Par contre à la lecture slrn fait son boulot et décode conformément à ce qui est annoncé par le content-type.
Évidemment si content-type et contenu ne sont pas accordés, ça va moins bien mais je ne crois pas qu'il y ait de lecteur de nouvelles qui aille à l'encontre du content-type annoncé.
XP+FU2 fcul-d-n (ça fera mon premier xp + fu2 avec slrn) supersedes : Et avec un S à lecteur l'xp fonctionne mieux -- @+ Doug - Linux user #307925 - Slackware64 roulaize ;-) http://usenet-fr.dougwise.org http://news.dougwise.org
