Re: New completion mode

[Lars Magne Ingebrigtsen <larsi@gnus.org>]

Katsumi Yamaoka <yamaoka@jpl.org> writes:

> The regexp used in `message-put-addresses-in-ecomplete' causes
> an infloop in XEmacs.  The test case is:
>
>    (gnus-replace-in-string "yamaoka@jpl.org" "^ +\\| *$" "")
>
> It might be due to an XEmacs bug.  Though it seems to be solved
> by replacing the regexp with "^ +\\| +$".

Ok; done.

> The completions list appears only when a user invokes the
> `self-insert-command' command.  Especially in Japan, people use
> various tools in order to write Japanese text.  Some tools
> replace `self-insert-command' with the other command, e.g.,
> `egg-self-insert-char', in many keys, and it is used even when
> writing ASCII text.  So, we need to make changes in message.el
> like the following:
>
> (defcustom message-self-insert-commands '(self-insert-command)

Yup.  I wonder whether there's a simpler solution to make this work
automatically.  The point of the check for `self-insert-command' was
just to avoid having the code trigger on totally automatic header
setup stuff.  (It would flash "No ecomplete matches" while generating
the header.)

But I don't see any obvious way to fix this, so I've installed your
change.

> Therefore, I make a proposal to add a variable like
> `ecomplete-database-file-coding-system'.  I think the best
> choice for the default value is `iso-2022-7bit' which all
> Emacsen (with Mule) support.

Ok; I'll make this change.

> Putting the coding cookie to the rc file would also be good.  It
> enables people to manually edit the rc file safely and informs
> non-Mule XEmacs whether the contents can be used and modified.

What should the cookie look like?

> Mail-abbrevs is still useful.  So, I use
>
> (add-hook 'message-setup-hook (if (featurep 'xemacs)
> 				  'mail-aliases-setup
> 				'mail-abbrevs-setup))
>
> even if I set `message-mail-alias-type' to `ecomplete'.  How
> about making this option a list?

Will do.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen