Re: [VM] Non-ASCII ISO-8859-1 characters not shown correctly

2013-01-02 Thread Yoshiharu Kohayakawa
Uday Reddy wrote (on Wednesday, 2 Jan 2013, at 14:31:34 +):
 > Yoshiharu Kohayakawa writes:
 > 
 > > Discarding the cache fixed all subject lines but one.  This is a message in
 > > utf-8, which I put in the file octal_subject_message at
 > > 
 > >   http://www.ime.usp.br/~yoshi/TMP/VM/
 > 
 > This message is not in correct MIME format.  Any non-ASCIi characters in the
 > message headers are required to be MIME-encoded.  Here, they are not.  VM's
 > treatment of it is therefore correct and the best possible under the
 > circumstances.  

Very good.  So I have no bug to report!  Best wishes, Yoshi

 > Cheers,
 > Uday



Re: [VM] Non-ASCII ISO-8859-1 characters not shown correctly

2013-01-02 Thread Uday Reddy
Yoshiharu Kohayakawa writes:

> Discarding the cache fixed all subject lines but one.  This is a message in
> utf-8, which I put in the file octal_subject_message at
> 
>   http://www.ime.usp.br/~yoshi/TMP/VM/

This message is not in correct MIME format.  Any non-ASCIi characters in the
message headers are required to be MIME-encoded.  Here, they are not.  VM's
treatment of it is therefore correct and the best possible under the
circumstances.  

Cheers,
Uday



Re: [VM] Non-ASCII ISO-8859-1 characters not shown correctly

2013-01-02 Thread Yoshiharu Kohayakawa
Uday Reddy wrote (on Wednesday, 2 Jan 2013, at 09:49:10 +):
 > Yoshiharu Kohayakawa writes:
 > 
 > > Because of the problem of MS email clients with windows1252
 > > charsets, the variable vm-fsfemacs-mule-p was set to nil in my .vm. 
 > 
 > Glad that you have found the problem!

Many many thanks for the help!

 > vm-fsfemacs-mule-p is an internal variable of VM.  Please don't change it.

OK.

 > The only problem with MS email clients was that they used to incorrectly
 > label windows-1252 as iso-8859-1.  But I haven't seen this problem for a
 > while.  So it is likely that they fixed it.  If so, nothing special is
 > needed for handling windows-1252 any more.

Very good.

 > > This subject line problem in Summary buffer is also fixed now.
 > > 
 > > However, this fix for the Summary buffer only works for plain text
 > > messages.  For a message sent in rich text mode, the subject line
 > > shows the octal codes.
 > 
 > It might be a problem with cached-data.  If so, typing `j'
 > (`vm-discard-cached-data') should fix the problem.  

Excellent---it did solve the problem (but see below).

 > There are still some
 > outstanding problems with the cached-data handling, which will be fixed in
 > 8.2.0 release.
 > 
 > If it is not a cached-data problem, please file a bug report with a sample
 > message.

Discarding the cache fixed all subject lines but one.  This is a message in
utf-8, which I put in the file octal_subject_message at

  http://www.ime.usp.br/~yoshi/TMP/VM/

I've tried looking at this message with Emacs/VM with default settings, with
basically the same result.  The behaviour in my two emacses is a little
different, though: one of them shows octal code and the other shows the
corresponding iso-8895-1 characters.

Thanks and best, Yoshi

 > Cheers,
 > Uday



Re: [VM] Non-ASCII ISO-8859-1 characters not shown correctly

2013-01-02 Thread Uday Reddy
Yoshiharu Kohayakawa writes:

> Because of the problem of MS email clients with windows1252
> charsets, the variable vm-fsfemacs-mule-p was set to nil in my .vm. 

Glad that you have found the problem!

vm-fsfemacs-mule-p is an internal variable of VM.  Please don't change it.

The only problem with MS email clients was that they used to incorrectly
label windows-1252 as iso-8859-1.  But I haven't seen this problem for a
while.  So it is likely that they fixed it.  If so, nothing special is
needed for handling windows-1252 any more.

> This subject line problem in Summary buffer is also fixed now.
> 
> However, this fix for the Summary buffer only works for plain text
> messages.  For a message sent in rich text mode, the subject line
> shows the octal codes.

It might be a problem with cached-data.  If so, typing `j'
(`vm-discard-cached-data') should fix the problem.  There are still some
outstanding problems with the cached-data handling, which will be fixed in
8.2.0 release.

If it is not a cached-data problem, please file a bug report with a sample
message.

Cheers,
Uday



Re: [VM] Non-ASCII ISO-8859-1 characters not shown correctly

2013-01-01 Thread Yoshiharu Kohayakawa
Yoshiharu Kohayakawa wrote (on Tuesday, 1 Jan 2013, at 20:00:54 -0200):
 > Uday Reddy wrote (on Tuesday, 1 Jan 2013, at 21:18:10 +):
 >  > Yoshiharu Kohayakawa writes:
 >
 > [...]
 >   
 >  > The first thing to check would be what happens with the default settings.
 >  > Rename your .vm file to something else, restart Emacs/VM and visit the
 >  > folder.  
 > 
 > Dear Uday, this is embarrassing---this is something I didn't try.
 > 
 >  >  If it works, 
 > 
 > ...  it does work.
 > 
 >  >   then you need to narrow down which setting in your 
 > .vm
 >  > file is problematic.  

Because of the problem of MS email clients with windows1252
charsets, the variable vm-fsfemacs-mule-p was set to nil in my .vm. 

Removing this fixed the problem. 

 >  > > One more thing: non-ascii characters are also shown in octal in my
 >  > > summary buffers, when they are in the subject line of the messages.
 >  > 
 >  > This sounds more serious.  Please check the value of
 >  > `enable-multibyte-characters' in the Summary buffer.  Its value should be
 >  > `t'.  
 > 
 > I get the following:
 > 
 > 
 > enable-multibyte-characters is a variable defined in `C source code'.
 > Its value is t
 > Local in buffer INBOX Summary; global value is t
 > 
 >   Automatically becomes buffer-local when set in any fashion.
 > 

This subject line problem in Summary buffer is also fixed now.

However, this fix for the Summary buffer only works for plain text
messages.  For a message sent in rich text mode, the subject line
shows the octal codes.

 > I've also posted a comment on what happens if I do 
 > 
 >   vm-reply-include-text,
 > 
 > namely, that the octal codes show up.  This was also some .vm setting 
 > problem, i.e., it's fixed if I don't have any .vm.

Leaving vm-fsfemacs-mule-p as t, I don't have this problem any
longer. 

Thanks and best, Yoshi



Re: [VM] Non-ASCII ISO-8859-1 characters not shown correctly

2013-01-01 Thread Yoshiharu Kohayakawa
Uday Reddy wrote (on Tuesday, 1 Jan 2013, at 21:18:10 +):
 > Yoshiharu Kohayakawa writes:
 > 
 > > When I receive a message with non-ascii characters and read it with
 > > VM, the non-ascii characters don't show properly, and I see their
 > > octal code.  A screen shot is available at
 > > 
 > >   http://www.ime.usp.br/~yoshi/TMP/VM
 > > 
 > > The problem happens in presentation mode with text/plain messages.
 > 
 > The first thing to check would be what happens with the default settings.
 > Rename your .vm file to something else, restart Emacs/VM and visit the
 > folder.  

Dear Uday, this is embarrassing---this is something I didn't try.

 >  If it works, 

...  it does work.

 >   then you need to narrow down which setting in your .vm
 > file is problematic.  If you are just upgrading from 7.19, then there might
 > have been quite a few changes since then.  Please read through the NEWS file
 > for the list of all the changes and new features.

I'll do that---many thanks.

 > > One more thing: non-ascii characters are also shown in octal in my
 > > summary buffers, when they are in the subject line of the messages.
 > 
 > This sounds more serious.  Please check the value of
 > `enable-multibyte-characters' in the Summary buffer.  Its value should be
 > `t'.  

I get the following:


enable-multibyte-characters is a variable defined in `C source code'.
Its value is t
Local in buffer INBOX Summary; global value is t

  Automatically becomes buffer-local when set in any fashion.


I've also posted a comment on what happens if I do 

  vm-reply-include-text,

namely, that the octal codes show up.  This was also some .vm setting 
problem, i.e., it's fixed if I don't have any .vm.

Many thanks and best wishes for 2013! 

Yoshi

 > You might need to worry about bad settings in your .emacs file as well.
 >
 > Cheers,
 > Uday



Re: [VM] Non-ASCII ISO-8859-1 characters not shown correctly

2013-01-01 Thread Uday Reddy
Yoshiharu Kohayakawa writes:

> When I receive a message with non-ascii characters and read it with
> VM, the non-ascii characters don't show properly, and I see their
> octal code.  A screen shot is available at
> 
>   http://www.ime.usp.br/~yoshi/TMP/VM
> 
> The problem happens in presentation mode with text/plain messages.

The first thing to check would be what happens with the default settings.
Rename your .vm file to something else, restart Emacs/VM and visit the
folder.  If it works, then you need to narrow down which setting in your .vm
file is problematic.  If you are just upgrading from 7.19, then there might
have been quite a few changes since then.  Please read through the NEWS file
for the list of all the changes and new features.

> One more thing: non-ascii characters are also shown in octal in my
> summary buffers, when they are in the subject line of the messages.

This sounds more serious.  Please check the value of
`enable-multibyte-characters' in the Summary buffer.  Its value should be
`t'.  

You might need to worry about bad settings in your .emacs file as well.

Cheers,
Uday



Re: [VM] Non-ASCII ISO-8859-1 characters not shown correctly

2012-12-31 Thread Yoshiharu Kohayakawa
One addition: when I do a 

  vm-reply-include-text

the octal code stay in the included message.

Yoshi

Yoshiharu Kohayakawa wrote (on Monday, 31 Dec 2012, at 19:23:25 -0200):
 > I'd be very interested in learning how to fix the following problem,
 > related to iso-8859-1 characters not showing correctly in messages
 > read with VM.
 > 
 > When I receive a message with non-ascii characters and read it with
 > VM, the non-ascii characters don't show properly, and I see their
 > octal code.  A screen shot is available at
 > 
 >   http://www.ime.usp.br/~yoshi/TMP/VM
 > 
 > The problem happens in presentation mode with text/plain messages.
 > [...]