[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: mail-extract-address-components bug

From: Katsumi Yamaoka
Subject: Re: mail-extract-address-components bug
Date: Fri, 18 May 2007 17:06:19 +0900
User-agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.0.990 (gnu/linux)

>>>>> 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. ;-)


reply via email to

[Prev in Thread] Current Thread [Next in Thread]