Mais bon, on peut dire que c'est pas encore prèt pour le primetime...
-- Cleanup Parse Warning: This rendering uses the following experimental feature(s): spline. The design and implementation of these features is likely to change in future versions of POV-Ray. Full backward compatibility with the current implementation is NOT guaranteed.
--{ Thierry B. a plop? ceci: }--
...d'ou peut bien sortir ce charset alc !
ben merde, c'est devenu us-ascii maintenant ???
Et là, ça va être quoi, depuis un console texte ?
Mais bon, on peut dire que c'est pas encore prèt pour le primetime...
--
Cleanup Parse Warning: This rendering uses the following experimental
feature(s): spline. The design and implementation of these features is likely
to change in future versions of POV-Ray. Full backward compatibility with the
current implementation is NOT guaranteed.
Mais bon, on peut dire que c'est pas encore prèt pour le primetime...
-- Cleanup Parse Warning: This rendering uses the following experimental feature(s): spline. The design and implementation of these features is likely to change in future versions of POV-Ray. Full backward compatibility with the current implementation is NOT guaranteed.
Fabienne Ducroquet
Le Sun, 17 Feb 2008 04:35:26 +0100, Thierry B.
--{ Thierry B. a plop? ceci: }--
...d'ou peut bien sortir ce charset alc !
ben merde, c'est devenu us-ascii maintenant ???
J'y comprend plus rien...
http://la.buvette.org/Usenet/essai-slrn.txt
Je sais pas d'où ça sort mais c'est ce qui est dans la configuration: Character set configuration: display=ANSI_X3.4-1968 config outgoing=ANSI_X3.4-1968 editor S-Lang UTF-8 configuration: Global: 0 SLinterp: 0 SLsmg: 0 SLtt: 0
Ah si je crois que je viens de trouver en fait : si je mets mes locales à C slrn --show-config donne la même chose que toi, si je les mets à un truc en UTF-8 ça me donne :
Character set configuration: display=UTF-8 config outgoing=UTF-8 editor S-Lang UTF-8 configuration: Global: 1 SLinterp: 1 SLsmg: 1 SLtt: 1
et si je les mets à fr_FR ça me donne :
Character set configuration: display=ISO-8859-1 config outgoing=ISO-8859-1 editor S-Lang UTF-8 configuration: Global: 0 SLinterp: 0 SLsmg: 0 SLtt: 0
donc c'est juste un problème de locales apparemment : si les locales sont à C et qu'on poste un message contenant des caractères non ASCII il met ANSI_X3.4-1968 comme encodage.
Et sinon pour que le Content-Type s'adapte automatiquement à ce qu'on envoie il faut utiliser charset outgoing "liste d'encodages", voir le manuel mis à jour pour la version 0.9.9 : http://pjr.lasnobberia.net/slrn-doc/slrn-manual-5.html#charset J'en profite pour regarder si chez moi ça marche...
-- Fabienne
Le Sun, 17 Feb 2008 04:35:26 +0100, Thierry B. <tth@prout.stex.invalid>
--{ Thierry B. a plop? ceci: }--
...d'ou peut bien sortir ce charset alc !
ben merde, c'est devenu us-ascii maintenant ???
J'y comprend plus rien...
http://la.buvette.org/Usenet/essai-slrn.txt
Je sais pas d'où ça sort mais c'est ce qui est dans la configuration:
Character set configuration:
display=ANSI_X3.4-1968
config outgoing=ANSI_X3.4-1968
editor S-Lang UTF-8 configuration:
Global: 0
SLinterp: 0
SLsmg: 0
SLtt: 0
Ah si je crois que je viens de trouver en fait : si je mets mes
locales à C slrn --show-config donne la même chose que toi, si je les
mets à un truc en UTF-8 ça me donne :
Character set configuration:
display=UTF-8
config outgoing=UTF-8
editor S-Lang UTF-8 configuration:
Global: 1
SLinterp: 1
SLsmg: 1
SLtt: 1
et si je les mets à fr_FR ça me donne :
Character set configuration:
display=ISO-8859-1
config outgoing=ISO-8859-1
editor S-Lang UTF-8 configuration:
Global: 0
SLinterp: 0
SLsmg: 0
SLtt: 0
donc c'est juste un problème de locales apparemment : si les locales
sont à C et qu'on poste un message contenant des caractères non ASCII il
met ANSI_X3.4-1968 comme encodage.
Et sinon pour que le Content-Type s'adapte automatiquement à ce qu'on
envoie il faut utiliser charset outgoing "liste d'encodages", voir le
manuel mis à jour pour la version 0.9.9 :
http://pjr.lasnobberia.net/slrn-doc/slrn-manual-5.html#charset
J'en profite pour regarder si chez moi ça marche...
Je sais pas d'où ça sort mais c'est ce qui est dans la configuration: Character set configuration: display=ANSI_X3.4-1968 config outgoing=ANSI_X3.4-1968 editor S-Lang UTF-8 configuration: Global: 0 SLinterp: 0 SLsmg: 0 SLtt: 0
Ah si je crois que je viens de trouver en fait : si je mets mes locales à C slrn --show-config donne la même chose que toi, si je les mets à un truc en UTF-8 ça me donne :
Character set configuration: display=UTF-8 config outgoing=UTF-8 editor S-Lang UTF-8 configuration: Global: 1 SLinterp: 1 SLsmg: 1 SLtt: 1
et si je les mets à fr_FR ça me donne :
Character set configuration: display=ISO-8859-1 config outgoing=ISO-8859-1 editor S-Lang UTF-8 configuration: Global: 0 SLinterp: 0 SLsmg: 0 SLtt: 0
donc c'est juste un problème de locales apparemment : si les locales sont à C et qu'on poste un message contenant des caractères non ASCII il met ANSI_X3.4-1968 comme encodage.
Et sinon pour que le Content-Type s'adapte automatiquement à ce qu'on envoie il faut utiliser charset outgoing "liste d'encodages", voir le manuel mis à jour pour la version 0.9.9 : http://pjr.lasnobberia.net/slrn-doc/slrn-manual-5.html#charset J'en profite pour regarder si chez moi ça marche...
-- Fabienne
Thierry B.
--{ Fabienne Ducroquet a plopé ceci: }--
...d'ou peut bien sortir ce charset alc !
ben merde, c'est devenu us-ascii maintenant ???
J'y comprend plus rien...
http://la.buvette.org/Usenet/essai-slrn.txt
Je sais pas d'où ça sort mais c'est ce qui est dans la configuration: Character set configuration: display=ANSI_X3.4-1968 config > outgoing=ANSI_X3.4-1968 editor > S-Lang UTF-8 configuration: Global: 0 SLinterp: 0 SLsmg: 0 SLtt: 0
Ah si je crois que je viens de trouver en fait : si je mets mes locales à C slrn --show-config donne la même chose que toi, si je les mets à un truc en UTF-8 ça me donne :
Character set configuration: display=UTF-8 config > outgoing=UTF-8 editor > S-Lang UTF-8 configuration: Global: 1 SLinterp: 1 SLsmg: 1 SLtt: 1
et si je les mets à fr_FR ça me donne :
Sauf que j'aimerais bien pouvoir continuer avec LANG=C qui permet d'avoir (en principe) les messages dans leur langue d'origine.
Character set configuration: display=ISO-8859-1 config > outgoing=ISO-8859-1 editor > S-Lang UTF-8 configuration: Global: 0 SLinterp: 0 SLsmg: 0 SLtt: 0
donc c'est juste un problème de locales apparemment : si les locales sont à C et qu'on poste un message contenant des caractères non ASCII il met ANSI_X3.4-1968 comme encodage.
Il sort d'ou ce "ANSI_X3.4-1968" ? Déja, si je savais, je pourrais un peu avancer...
Et sinon pour que le Content-Type s'adapte automatiquement à ce qu'on envoie il faut utiliser charset outgoing "liste d'encodages", voir le manuel mis à jour pour la version 0.9.9 : http://pjr.lasnobberia.net/slrn-doc/slrn-manual-5.html#charset J'en profite pour regarder si chez moi ça marche...
J'ai mis le suivi sur le groupe adéquat. On va bien voir...
-- fermat:[/mnt/c] > windows/win.exe bash: windows/win.exe cannot execute binary file Donc Windows est _infiniment_ plus lent sur ma machine --{ JKB, benchmarkeur }--
--{ Fabienne Ducroquet a plopé ceci: }--
...d'ou peut bien sortir ce charset alc !
ben merde, c'est devenu us-ascii maintenant ???
J'y comprend plus rien...
http://la.buvette.org/Usenet/essai-slrn.txt
Je sais pas d'où ça sort mais c'est ce qui est dans la configuration:
Character set configuration:
display=ANSI_X3.4-1968
config > outgoing=ANSI_X3.4-1968
editor > S-Lang UTF-8 configuration:
Global: 0
SLinterp: 0
SLsmg: 0
SLtt: 0
Ah si je crois que je viens de trouver en fait : si je mets mes
locales à C slrn --show-config donne la même chose que toi, si je les
mets à un truc en UTF-8 ça me donne :
Character set configuration:
display=UTF-8
config > outgoing=UTF-8
editor > S-Lang UTF-8 configuration:
Global: 1
SLinterp: 1
SLsmg: 1
SLtt: 1
et si je les mets à fr_FR ça me donne :
Sauf que j'aimerais bien pouvoir continuer avec LANG=C qui permet
d'avoir (en principe) les messages dans leur langue d'origine.
Character set configuration:
display=ISO-8859-1
config > outgoing=ISO-8859-1
editor > S-Lang UTF-8 configuration:
Global: 0
SLinterp: 0
SLsmg: 0
SLtt: 0
donc c'est juste un problème de locales apparemment : si les locales
sont à C et qu'on poste un message contenant des caractères non ASCII il
met ANSI_X3.4-1968 comme encodage.
Il sort d'ou ce "ANSI_X3.4-1968" ? Déja, si je savais, je pourrais
un peu avancer...
Et sinon pour que le Content-Type s'adapte automatiquement à ce qu'on
envoie il faut utiliser charset outgoing "liste d'encodages", voir le
manuel mis à jour pour la version 0.9.9 :
http://pjr.lasnobberia.net/slrn-doc/slrn-manual-5.html#charset
J'en profite pour regarder si chez moi ça marche...
J'ai mis le suivi sur le groupe adéquat. On va bien voir...
--
fermat:[/mnt/c] > windows/win.exe
bash: windows/win.exe cannot execute binary file
Donc Windows est _infiniment_ plus lent sur ma machine
--{ JKB, benchmarkeur }--
Je sais pas d'où ça sort mais c'est ce qui est dans la configuration: Character set configuration: display=ANSI_X3.4-1968 config > outgoing=ANSI_X3.4-1968 editor > S-Lang UTF-8 configuration: Global: 0 SLinterp: 0 SLsmg: 0 SLtt: 0
Ah si je crois que je viens de trouver en fait : si je mets mes locales à C slrn --show-config donne la même chose que toi, si je les mets à un truc en UTF-8 ça me donne :
Character set configuration: display=UTF-8 config > outgoing=UTF-8 editor > S-Lang UTF-8 configuration: Global: 1 SLinterp: 1 SLsmg: 1 SLtt: 1
et si je les mets à fr_FR ça me donne :
Sauf que j'aimerais bien pouvoir continuer avec LANG=C qui permet d'avoir (en principe) les messages dans leur langue d'origine.
Character set configuration: display=ISO-8859-1 config > outgoing=ISO-8859-1 editor > S-Lang UTF-8 configuration: Global: 0 SLinterp: 0 SLsmg: 0 SLtt: 0
donc c'est juste un problème de locales apparemment : si les locales sont à C et qu'on poste un message contenant des caractères non ASCII il met ANSI_X3.4-1968 comme encodage.
Il sort d'ou ce "ANSI_X3.4-1968" ? Déja, si je savais, je pourrais un peu avancer...
Et sinon pour que le Content-Type s'adapte automatiquement à ce qu'on envoie il faut utiliser charset outgoing "liste d'encodages", voir le manuel mis à jour pour la version 0.9.9 : http://pjr.lasnobberia.net/slrn-doc/slrn-manual-5.html#charset J'en profite pour regarder si chez moi ça marche...
J'ai mis le suivi sur le groupe adéquat. On va bien voir...
-- fermat:[/mnt/c] > windows/win.exe bash: windows/win.exe cannot execute binary file Donc Windows est _infiniment_ plus lent sur ma machine --{ JKB, benchmarkeur }--
