🚀 go-pugleaf

* Eric Masson <emss@free.fr> in fr.comp.applications.emacs:
> Gnus/5.13 (Gnus v5.13) Emacs/24.2 (berkeley-unix)
> Depuis le passage d'Emacs23 � Emacs24, je rencontre un probl�me avec les
> signatures ins�r�es par les posting styles de Gnus.

> [...]

> Suite � l'ex�cution de signature-function, le resultat de fortune est
> ins�r� dans le buffer, mais les �ventuelles accentu�es sont
> transcrites sous la forme de leur code en iso8859-1 :
> http://emss.free.fr/contents/Divers/emacs_gnus_sc.png

Peux-tu te placer sur un de ces caract�res et faire un C-u C-x =, et
�galement faire un C-h C (describe-coding-system) ?

Dans tous les cas, une fois l'article post�, il s'affiche correctement
chez moi (il est bien annonc� comme du 8859-1).

Avec �a, tu peux essayer d'appeler recode-region sur la signature pour
voir si �a am�liore les choses...

-- 
DW

Damien Wyart <damien.wyart@free.fr> writes:

'Lut,

> Peux-tu te placer sur un de ces caract�res et faire un C-u C-x =

             position: 327 of 549 (59%), column: 32
            character:  (displayed as ) (codepoint 4194281, #o17777751, #x3fffe9)
    preferred charset: eight-bit (Raw bytes 128-255)
code point in charset: 0xE9
               syntax: w 	which means: word
             category: L:Left-to-right (strong)
          buffer code: #xE9
            file code: not encodable by coding system utf-8-emacs
              display: no font available

Character code properties: customize what to show
  general-category: Cn (Other, Not Assigned)
  decomposition: (4194281) ('')

There are text properties here:
  fontified            t

> et �galement faire un C-h C (describe-coding-system) ?

Coding system for saving this buffer:
  U -- utf-8-emacs

Default coding system (for new files):
  U -- utf-8-unix (alias: mule-utf-8-unix)

Coding system for keyboard input:
  U -- utf-8-unix (alias: mule-utf-8-unix)

Coding system for terminal output:
  U -- utf-8-unix (alias: mule-utf-8-unix)

Coding system for inter-client cut and paste:
  nil
Defaults for subprocess I/O:
  decoding: U -- utf-8-unix (alias: mule-utf-8-unix)

  encoding: U -- utf-8-unix (alias: mule-utf-8-unix)


Priority order for recognizing coding systems when reading files:
  1. utf-8 (alias: mule-utf-8)
  2. iso-latin-1 (alias: iso-8859-1 latin-1)
  3. iso-2022-7bit 
  4. iso-2022-7bit-lock (alias: iso-2022-int-1)
  5. iso-2022-8bit-ss2 
  6. emacs-mule 
  7. raw-text 
  8. iso-2022-jp (alias: junet)
  9. in-is13194-devanagari (alias: devanagari)
  10. chinese-iso-8bit (alias: cn-gb-2312 euc-china euc-cn cn-gb gb2312)
  11. utf-8-auto 
  12. utf-8-with-signature 
  13. utf-16 
  14. utf-16be-with-signature (alias: utf-16-be)
  15. utf-16le-with-signature (alias: utf-16-le)
  16. utf-16be 
  17. utf-16le 
  18. japanese-shift-jis (alias: shift_jis sjis)
  19. chinese-big5 (alias: big5 cn-big5 cp950)
  20. undecided 

  Other coding systems cannot be distinguished automatically
  from these, and therefore cannot be recognized automatically
  with the present coding system priorities.

Particular coding systems specified for certain file names:

  OPERATION	TARGET PATTERN		CODING SYSTEM(s)
  ---------	--------------		----------------
  File I/O	"\\.dz\\'"		(no-conversion . no-conversion)
		"\\.xz\\'"		(no-conversion . no-conversion)
		"\\.lzma\\'"		(no-conversion . no-conversion)
		"\\.lz\\'"		(no-conversion . no-conversion)
		"\\.g?z\\'"		(no-conversion . no-conversion)
		"\\.\\(?:tgz\\|svgz\\|sifz\\)\\'"
					(no-conversion . no-conversion)
		"\\.tbz2?\\'"		(no-conversion . no-conversion)
		"\\.bz2\\'"		(no-conversion . no-conversion)
		"\\.Z\\'"		(no-conversion . no-conversion)
		"\\.elc\\'"		utf-8-emacs
		"\\.utf\\(-8\\)?\\'"	utf-8
		"\\.xml\\'"		xml-find-file-coding-system
		"\\(\\`\\|/\\)loaddefs.el\\'"
					(raw-text . raw-text-unix)
		"\\.tar\\'"		(no-conversion . no-conversion)
		"\\.po[tx]?\\'\\|\\.po\\."
					po-find-file-coding-system
		"\\.\\(tex\\|ltx\\|dtx\\|drv\\)\\'"
					latexenc-find-file-coding-system
		""			(undecided)
  Process I/O	nothing specified
  Network I/O	nothing specified

> Dans tous les cas, une fois l'article post�, il s'affiche correctement
> chez moi (il est bien annonc� comme du 8859-1).

C'est juste parce que j'�ditais � la main :)

> Avec �a, tu peux essayer d'appeler recode-region sur la signature pour
> voir si �a am�liore les choses...

recode-region de iso-8859-15 � utf-8-emacs donne bien le r�sultat
escompt�.

Recoder les fichiers fortune en utf-8 est certes une solution, mais y
a-t-il moyen de faire comprendre � Emacs que le retour de fortune est en
iso-8859-15, stp ?

Merci.

-- 
 JdC > [OUI]
 CR  > mais [NON] (c)
 Fufage contradictoire compulsif. Il n'y a pas de rem�de connu.
 -+- jdc in <http://www.le-gnu.net> : Un suppo et au lit -+-

* Eric Masson <emss@free.fr> in fr.comp.applications.emacs:
> > Dans tous les cas, une fois l'article post�, il s'affiche correctement
> > chez moi (il est bien annonc� comme du 8859-1).

> C'est juste parce que j'�ditais � la main :)

:)

Mais du coup, c'est bizarre que dans ton buffer Gnus tu utilises de
l'UFT8 alors qu'au final tu postes en 8859... Pourquoi ne pas switcher
le buffer en 8859 quand tu postes sur Usenet-fr ? Sinon il y a des
conversions aditionnelles qui me semble inutiles.

> recode-region de iso-8859-15 � utf-8-emacs donne bien le r�sultat
> escompt�.

> Recoder les fichiers fortune en utf-8 est certes une solution, mais
> y a-t-il moyen de faire comprendre � Emacs que le retour de fortune
> est en iso-8859-15, stp ?

Automatiser l'appel � recode-region ?

Piper la sortie de fortune dans recode ou iconv avant envoi � Emacs ?
(ca me semble la piste la plus souple)

Sinon, si ta config n'a pas chang�, c'est bizarre que tu n'avais pas le
probl�me en Emacs 23... Est-ce que d'autres choses ont chang� sur le
poste (locale par d�faut...) ? Ou alors ce sont des modifs dans Gnus
mais comme je n'utilise que la version de dev je n'ai pas trop suivi ce
qui avait �t� int�gr� dans la version "bundle" d'Emacs 24.

-- 
DW

Damien Wyart <damien.wyart@free.fr> writes:

'Re,

> Mais du coup, c'est bizarre que dans ton buffer Gnus tu utilises de
> l'UFT8 alors qu'au final tu postes en 8859... Pourquoi ne pas switcher
> le buffer en 8859 quand tu postes sur Usenet-fr ? Sinon il y a des
> conversions aditionnelles qui me semble inutiles.

Le but du jeu est de poster avec l'encodage le plus adapt� au contenu.
Je ne change rien au charset par d�faut, mais lors de l'envoi gnus
s�lectionne l'encoding suivant les priorit�s d�finies :

(setq mm-coding-system-priorities '(iso-8859-1 iso-8859-15 utf-8))
(setq mm-body-charset-encoding-alist
              '((iso-8859-1 . 8bit)
              	(iso-8859-15 . 8bit)
                (utf-8 . 8bit)))

> Automatiser l'appel � recode-region ?

�a doit �tre possible, mais l�, je sens poindre les limites de mes
comp�tences en emacs-lisp (timbre poste, dos, toussa)

> Piper la sortie de fortune dans recode ou iconv avant envoi � Emacs ?
> (ca me semble la piste la plus souple)

Ah, vi effectivement.

> Sinon, si ta config n'a pas chang�, c'est bizarre que tu n'avais pas le
> probl�me en Emacs 23... Est-ce que d'autres choses ont chang� sur le
> poste (locale par d�faut...) ?

Lors du passage de Free 8.3 en 9.1, j'ai retouch� la classe french pour
que le shell soit par d�faut en utf-8.

Apr�s v�rification, l'appel de fortune depuis un shell lanc� via putty
me donne un r�sultat l�g�rement diff�rent, mais coh�rent (absence des
accentu�es)

Donc, �a fait un point boulet pour ma pomme.

En tous cas, merci beaucoup pour tes explications.

-- 
 ma reponce tu la sur ton e.mail perso
 pour ne pas poluee ce forum
 (suivi d'une signature de 10 lignes)
 -+-Dx in GNU - Allo, voici un fax pour te rappeler de lire ton Email-+-

À (at) Wed, 16 Jan 2013 12:08:03 +0100,
Eric Masson <emss@free.fr> écrivait (wrote):
> Suite à l'exécution de signature-function, le resultat de fortune est
> inséré dans le buffer, mais les éventuelles accentuées sont transcrites
> sous la forme de leur code en iso8859-1 :
> http://emss.free.fr/contents/Divers/emacs_gnus_sc.png
>
> Quelqu'un aurait-il une idée pour résoudre ce petit désagrément, svp ?

Définir un locale UTF8 (du genre: LANG=fr_FR.UTF-8) ou passer l'option
'-u' à fortune...

-- 
Paul Gaborit - <http://perso.mines-albi.fr/~gaborit/>

Le 16/01/2013 16:05, Eric Masson a �crit :
> 
> Ah, vi effectivement.
> 
L�, t'aggraves ton cas !

-- 
Le TeXnicien de surface
qui s'est dit que vendredi, finalement...

Paul Gaborit <Paul.Gaborit@invalid.invalid> writes:

'Lut,

> D�finir un locale UTF8 (du genre: LANG=fr_FR.UTF-8) ou passer l'option
> '-u' � fortune...

Le fortune de ma brouette ne supporte pas l'option -u (FreeBSD 9.x),
j'ai donc utilis� la solution sugg�r�e par Damien :

(defun signature-function ()
  (shell-command-to-string "fortune | iconv -f iso-8859-15 -t utf-8"))

La locale des sessions que j'ouvre sur cette machine est bien UTF-8 :
emss@srvbsdfenssv:~> env | grep UTF-8
MM_CHARSET=UTF-8
LANG=fr_FR.UTF-8

Merci.

-- 
 A part �a, moi qui suis habitu�s aux PC Windows, PC Linux, PC SCO,
 Atari, IBM RS/6000, SUN Sparc, ... j'ai �t� un peu d�rout� au d�but.
 Enfin, je m'amuse beaucoups avec... plus que mon p�re.
 -+- KEL in Guide du Macounet Pervers�: Et la lumi�re fut -+-

Eric Masson <emss@free.fr> writes:

> Paul Gaborit <Paul.Gaborit@invalid.invalid> writes:
>
> 'Lut,
>
>> Définir un locale UTF8 (du genre: LANG=fr_FR.UTF-8) ou passer l'option
>> '-u' à fortune...
>
> Le fortune de ma brouette ne supporte pas l'option -u (FreeBSD 9.x),
> j'ai donc utilisé la solution suggérée par Damien :
>
> (defun signature-function ()
>   (shell-command-to-string "fortune | iconv -f iso-8859-15 -t utf-8"))

Cette version sans iconv devrait marcher aussi:

(defun signature-function ()
  (encode-coding-string (shell-command-to-string "fortune") 'latin-1))

-- 
Manuel Giraud

À (at) Thu, 17 Jan 2013 16:50:43 +0100,
Manuel Giraud <manuel@ledu-giraud.fr> écrivait (wrote):

> Eric Masson <emss@free.fr> writes:
>
>> Paul Gaborit <Paul.Gaborit@invalid.invalid> writes:
>>
>> 'Lut,
>>
>>> Définir un locale UTF8 (du genre: LANG=fr_FR.UTF-8) ou passer l'option
>>> '-u' à fortune...
>>
>> Le fortune de ma brouette ne supporte pas l'option -u (FreeBSD 9.x),

Toutes mes condoléances... ;-)

>> j'ai donc utilisé la solution suggérée par Damien :
>> (defun signature-function ()
>>   (shell-command-to-string "fortune | iconv -f iso-8859-15 -t utf-8"))
>
> Cette version sans iconv devrait marcher aussi:
>
> (defun signature-function ()
>   (encode-coding-string (shell-command-to-string "fortune") 'latin-1))

Ce n'est parfaitement équivalent : l'un part de iso-8859-15 et l'autre
de iso-8859-1. Il faudrait vérifier l'encodage des fichiers de fortune
utilisés (s'il y a des 'œ' ou des '€', c'est iso-8859-15).

-- 
Paul Gaborit - <http://perso.mines-albi.fr/~gaborit/>

Paul Gaborit <Paul.Gaborit@invalid.invalid> writes:

> Ce n'est parfaitement équivalent : l'un part de iso-8859-15 et l'autre
> de iso-8859-1. Il faudrait vérifier l'encodage des fichiers de fortune
> utilisés (s'il y a des 'œ' ou des '€', c'est iso-8859-15).

Ah oui. Dans ce cas, on peut faire:
(defun signature-function ()
  (encode-coding-string (shell-command-to-string "fortune") 'iso-8859-15))
-- 
Manuel Giraud

Manuel Giraud <manuel@ledu-giraud.fr> writes:

'Lut,

>> Ce n'est parfaitement �quivalent : l'un part de iso-8859-15 et l'autre
>> de iso-8859-1. Il faudrait v�rifier l'encodage des fichiers de fortune
>> utilis�s (s'il y a des '�' ou des '�', c'est iso-8859-15).
>
> Ah oui. Dans ce cas, on peut faire:
> (defun signature-function ()
>   (encode-coding-string (shell-command-to-string "fortune") 'iso-8859-15))

Ok merci � tous, je vais jeter un oeil � encode-coding-string, iconv
�tant install� via un port et non pas via le syst�me de base.
                                  
-- 
 Ol: (enfin si, on peut toujours r�ver, mais je suis pr�t � parier une
 bouteille que la strat�gie de Be ne bougera pas)
 BL: Ah si elle bouge�: elle s'enfonce ;-)
 -+- BL in Guide du Macounet Pervers : Be, Inc - HOWTO Sink Different -+-