Re: supercite.el: sc-get-address/sc-attribs-extract-namestring
[Added Joe to CC: for mail-extra.el discussion below...]
>>>> "VS" == Ville Skytt <scop(a)xemacs.org>
writes:
VS> On Fri, 2002-11-22 at 08:41, Stephen J. Turnbull wrote:
> If you want to try being XEmacs maintainer, just tell Ville
> (and send Barry a courtesy message, he'll probably appoint you
> upstream maintainer, too), we'll get you the commit privileges
> you need, and go to it.
VS> This would be very much welcome. Whadda you say, Martin?
Hmmm, my plot to take over the world takes its next step... :-)
I'm already maintaining eiffel-mode.el in prog-modes (so most of the
access is already there), so why not. supercite.el can't be that
hard...:-)
* It looks like X.400 addresses are supported in mail-extr.el so, when
I clean up supercite.el, I might make things depend much more
directly on mail-extract-address-components rather than trying to
roll my own.
* I'm seeing this too:
ELISP> (mail-extract-address-components
"Ville Skyttä <scop(a)xemacs.org>")
("Ville Skytt" "scop(a)xemacs.org")
ELISP> (setq yip "Skyttä")
"Skyttä"
ELISP> (if (string-match mail-extr-name-pattern yip)
(match-string 0 yip))
"Skytt"
ELISP> (defconst mail-extr-last-letters
(purecopy "[A-Za-z\200-\376`'."))
mail-extr-last-letters
ELISP> (defconst mail-extr-name-pattern
(purecopy (format "\\b[%s][%s]*[%s]"
mail-extr-first-letters
mail-extr-all-letters
mail-extr-last-letters)))
mail-extr-name-pattern
ELISP> (if (string-match mail-extr-name-pattern yip)
(match-string 0 yip))
"Skyttä"
Ville, you should make sure this one gets fixed: XEmacs is
discriminating against you! :-) There's probably a similar fix for
mail-extr-first-letters. Joe, does this sound reasonable?
GNU Emacs 21 uses character classes like [:alpha:] and seems to
handle this stuff just fine. XEmacs doesn't have these character
classes, does it?
peace & happiness,
martin