From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/62936 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general Subject: Re: New completion mode Date: Wed, 19 Apr 2006 16:26:26 +0900 Organization: Emacsen advocacy group Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1145431876 17664 80.91.229.2 (19 Apr 2006 07:31:16 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 19 Apr 2006 07:31:16 +0000 (UTC) Original-X-From: ding-owner+m11463@lists.math.uh.edu Wed Apr 19 09:31:15 2006 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FW79W-000808-KW for ding-account@gmane.org; Wed, 19 Apr 2006 09:31:07 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1FW79K-0007Zi-00; Wed, 19 Apr 2006 02:30:54 -0500 Original-Received: from nas01.math.uh.edu ([129.7.128.39]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1FW75B-0007Zc-00 for ding@lists.math.uh.edu; Wed, 19 Apr 2006 02:26:37 -0500 Original-Received: from quimby.gnus.org ([80.91.224.244]) by nas01.math.uh.edu with esmtp (Exim 4.52) id 1FW759-0007b4-7U for ding@lists.math.uh.edu; Wed, 19 Apr 2006 02:26:37 -0500 Original-Received: from washington.hostforweb.net ([66.225.201.13]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1FW758-0005sb-00 for ; Wed, 19 Apr 2006 09:26:34 +0200 Original-Received: from [205.234.185.198] (port=48855 helo=mail.jpl.org) by washington.hostforweb.net with esmtpa (Exim 4.52) id 1FW75M-0003yz-Ql for ding@gnus.org; Wed, 19 Apr 2006 02:26:49 -0500 Original-To: ding@gnus.org X-Hashcash: 1:20:060419:ding@gnus.org::mRnONNZp8mN6rvfi:00000V4T X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110005 (No Gnus v0.5) Emacs/22.0.50 (gnu/linux) Cancel-Lock: sha1:7wMdYl13wODu+frVEhKHIR1w9Yo= X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - washington.hostforweb.net X-AntiAbuse: Original Domain - gnus.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -2.5 (--) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:62936 Archived-At: Hi, I began to use ecomplete.el. Thanks Lars. That's excellent! However, I noticed some problems with it. Here they are: 1. 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 "^ +\\| +$". 2. 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) "List of `self-insert-command's used to trigger ecomplete. When one of those commands is invoked to enter a character in To or Cc header, ecomplete will suggest the candidates of recipients (see also `message-mail-alias-type'). If you use some tool to enter non-ASCII text and it replaces `self-insert-command' with the other command, e.g. `egg-self-insert-char', you may want to add it to this list." :group 'message-various :type '(repeat function)) (defun message-strip-forbidden-properties (begin end &optional old-length) "docstring" (when (and (eq message-mail-alias-type 'ecomplete) (memq this-command message-self-insert-commands)) (message-display-abbrev)) [...] 3. Ecomplete doesn't specify the coding system of the rc file. Because of this, Emacs asks me a coding system used to save the rc file whenever I send a mail ever since names which contain Japanese text and Latin text were registered in the rc file. To make matters worse, such contents will be corrupted when XEmacs saves them to the rc file since XEmacs doesn't have the facility to determine the proper coding system. In addition, XEmacs-Mule will be unable to find a proper coding system to decode the contents when reading the rc file, either. I actually have verified that both happen. 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. 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. 4. 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? Regards,