From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#12638: 24.2.50; FR: Some suggestions for icomplete-mode Date: Mon, 17 Dec 2012 19:09:37 -0800 Message-ID: <4B5241021E9E462DA1FAC639EFD4B95A@us.oracle.com> References: <87391ieck9.fsf@gmail.com> <87624nsjes.fsf@gmail.com> <87d2yq9dvi.fsf@gmail.com> <87boe995nq.fsf@gmail.com><87bodykqlx.fsf@gmail.com> <87y5gwfprb.fsf@gmail.com> <87bodsjszh.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1355800258 14242 80.91.229.3 (18 Dec 2012 03:10:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 18 Dec 2012 03:10:58 +0000 (UTC) Cc: 12638@debbugs.gnu.org To: "'Stefan Monnier'" , "'Jambunathan K'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Dec 18 04:11:12 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TknaC-0002Bu-Kh for geb-bug-gnu-emacs@m.gmane.org; Tue, 18 Dec 2012 04:11:04 +0100 Original-Received: from localhost ([::1]:50059 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TknZy-0005qu-Km for geb-bug-gnu-emacs@m.gmane.org; Mon, 17 Dec 2012 22:10:50 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:60881) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TknZu-0005qd-BL for bug-gnu-emacs@gnu.org; Mon, 17 Dec 2012 22:10:48 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TknZt-0007Zn-0b for bug-gnu-emacs@gnu.org; Mon, 17 Dec 2012 22:10:46 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:37680) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TknZs-0007Zj-SW for bug-gnu-emacs@gnu.org; Mon, 17 Dec 2012 22:10:44 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Tknb8-00060Y-Hp for bug-gnu-emacs@gnu.org; Mon, 17 Dec 2012 22:12:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 18 Dec 2012 03:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12638 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 12638-submit@debbugs.gnu.org id=B12638.135580026523027 (code B ref 12638); Tue, 18 Dec 2012 03:12:02 +0000 Original-Received: (at 12638) by debbugs.gnu.org; 18 Dec 2012 03:11:05 +0000 Original-Received: from localhost ([127.0.0.1]:47931 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TknaD-0005zK-2I for submit@debbugs.gnu.org; Mon, 17 Dec 2012 22:11:05 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:34655) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TknaA-0005z2-9J for 12638@debbugs.gnu.org; Mon, 17 Dec 2012 22:11:04 -0500 Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by aserp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qBI39gY8024734 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 18 Dec 2012 03:09:42 GMT Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qBI39eO1009837 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Dec 2012 03:09:41 GMT Original-Received: from abhmt118.oracle.com (abhmt118.oracle.com [141.146.116.70]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qBI39eRn003977; Mon, 17 Dec 2012 21:09:40 -0600 Original-Received: from dradamslap1 (/10.159.173.243) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 17 Dec 2012 19:09:40 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Ac3cvsKURFGfpxf5TW6RMJAKdPXbeQAC7ehQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:68690 Archived-At: > An empty space is actually not a bad idea. I also considered > a checkmark ?, but a space is simple and works everywhere. > > > Drew suggested unicode '*'. Actually, it's a user option, with Unicode star (not asterisk) as the default value. I experimented with Unicode checkmark also. In principle it is the clearest symbol, in terms of conveying the meaning of completeness. But it didn't look so good (not so clear visually), at least with the font that I tried. My defcustom has these commented lines indicating other symbols that might be useful: ;; (string ?\u2714 ?\ ) ; check mark ;; (string ?\u29eb ?\ ) ; diamond ;; (string ?\u2205 ?\ ) ; empty set The empty set too has good meaning here, but the Unicode symbol is tiny and unclear (and some people might confuse it with zero if unfamiliar with the symbol). An alternative empty-set representation is of course {}, but braces are already used for another purpose here. > Yes, that could work as well. Also he suggested putting it within the > {...} rather than before it. > > > I went with a control character because: > > 1. It suggests what my fingers should do > > Aaaaahhhhhh!!!!!! That's where it came from!! OK, it makes > more sense, now. So, there is logic to it, but I completely missed it. > > > ps: Is ^M as a literal two character text more palatable > > than ^M as an escape glyph. > > Same difference, since it's only the visual appearance that > matters here. Except that they do not have the same visual appearance. The latter uses face `escape-glyph', no? Of course that could be overridden. I would advise against confusing the symbol for complete-but-not-unique with ^M/RET as the key for accepting the value. The fact that many users are not aware that ^M and RET (the Enter key) are at all related is only one reason. Another reason is that RET is always possible - it just behaves differently if the input is already complete. There is one advantage to using a control char (or its text representation): users are unlikely to think that it is a char that is part of a completion candidate. Although not common, it is possible for a Unicode star or whatever to be part of a completion candidate. I discounted this problem as unimportant, but it is at least real. (The same is true for any character, however, including control-M.) FWIW, another reason I went with Unicode star as the default was that in my case the code should work for pre-Unicode Emacs versions, and in that case the default is an ordinary asterisk - related to the star. That reason won't apply to icomplete.el, of course.