Re: mail-extract-address-components bug

[Katsumi Yamaoka]

>>>>> In <address@hidden> Kenichi Handa wrote:
> In article <address@hidden>, Katsumi Yamaoka <address@hidden> writes:

>> The way I posted, to make the syntax of all non-ASCII characters
>> `word', has a weakness.  It is not effective to charsets that
>> are created after loading mail-extr.el.

> As a syntax table is just a char-table, we can set the
> default value of a syntax table to "word".  But, I don't
> think we should do such a thing now.

I think we must study mail-extr.el entirely in order to verify
the rightfulness of the change(s) if we modify the syntax tables.
It is certain that it takes time to do it no matter who does.
OTOH, it seems to be easier to verify the patch I proposed first.
Because what we should do in that case is only to verify the code
recognizes non-ASCII characters as `word'.

Of course, I can agree not to do it in Emacs 22.1.  Such
problems will probably seldom happen, except for my colleague
(who often receives mails having funny headers).  And now we
have a workaround which doesn't require modifying of mail-extr.el.

> In emacs-unicode-2, all characters (0..0x3FFFF) exists from
> the start.  Creating a charset means just to add a mapping
> rule between the code-point in the charset and Emacs'
> character.  And, the argument CHAR of modify-syntax-entry
> can be a cons (MIN-CHAR . MAX-CHAR).

> So, we can make a syntax table, modify it for all characters
> to be word, then modify it for each special characters.

Thank you for the information.  I will be able to make a
workaround also for Emacs 23 if necessary. ;-)

Regards,