International characters elided in modeline and window title

[Uday Reddy]

Talking about the modeline, I notice that whenever the person you are
replying/sending an email to has a name with accented characters,
these characters don't get displayed right in the modeline (nor in the
window title bar).

Insted of having "reply to René" you get "reply to Ren_".

[Ulrich Müller (ulm)]

This is not a bug, but a feature:

   vm-drop-buffer-name-chars is a variable defined in `vm-vars.el'.
   Its value is
   "[^ a-zA-Z0-9.,_\"'+-]"

   Documentation:
   *Regexp used to replace chars in composition buffer names.
   If non-nil buffer names will be cleaned to avoid save problems.
   If t, 8bit chars are replaced by a "_", if a string it should
   be a regexp matching all chars to be replaced by a "_".

   You can customize this variable.

However, when looking at this I've found a problem with
vm-parse-addresses which I believe should use
(vm-make-multibyte-work-buffer) instead of (vm-make-work-buffer).

[Ulrich Müller (ulm)]

Would be nice to change the default regexp to include a character class like [[:alnum:]] which exists in GNU Emacs since version 21. But XEmacs (tested with 21.4.22) doesn't support character classes in regexps.

Not sure what to do about this one. Restricting the buffer name to
ASCII characters (as it is currently done) seems to have no adverse effects.

[Uday Reddy (reddyuday)]

Do you really want sitting this in the bug tracker just beautify one line of code? -- Uday

[Ulrich Müller (ulm)]

"[:alnum:]" matches all international letters too, so it's a superset of "a-zA-Z0-9". But as I said, it doesn't exist in XEmacs.

Bug status "triaged" was the best I could find, but close it as "wontfix" if you like.

[Uday Reddy (reddyuday)]

What I mean is that, if you are waiting for XEmacs to introduce :alnum:, this bug report is going to be here for ever!

But if you are sitting on it just to find a better way of accommodating both Gnu and XEmacs then ok, by all means.

Uday