[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Article buffer coding system for filtered MIME parts
From: |
Giorgos Keramidas |
Subject: |
Re: Article buffer coding system for filtered MIME parts |
Date: |
Thu, 27 Mar 2008 18:04:33 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) |
On Thu, 27 Mar 2008 17:52:17 +0200, Giorgos Keramidas
<keramida@ceid.upatras.gr> wrote:
> When I get HTML attachments as MIME parts, and I hit RET twice on the
> button of an HTML attachment, Gnus displays all Greek characters as \???
> octals in the filtered output, i.e.:
>
> : character: \335 (4194269, #o17777735, #x3fffdd)
> : preferred charset: eight-bit (Raw bytes 0-255)
> : code point: 0xDD
> : syntax: w which means: word
> : buffer code: #xDD
> : file code: #xDD (encoded by coding system raw-text-unix)
> : display: not encodable for terminal
> :
> : Character code properties are not shown: customize what to show
> :
> : There are text properties here:
> : auto-composed t
>
> This is shown by typing `C-u C-x =' on a character returned by
> elinks(1), after an HTML attachment was filtered through:
>
> elinks -dump -dump-charset iso-8859-7 '%s'
>
> Is there some way to convince Gnus to show the output of the filters
> used iso-8859-7 as its coding system?
Got it. When I type `W M c' to wash the article, the output of elinks
is shown with the correct coding system. Now I just have to make `W M
c' the default :)