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#13602: 24.3.50; remove bindings for `icomplete-minibuffer-map' - make a separate mode Date: Mon, 4 Feb 2013 09:34:39 -0800 Message-ID: <593FD2F25AAF4E8F8657C1FA9C6CD024@us.oracle.com> References: <65EEA895D8A0443A859A780AB233146E@us.oracle.com><87lib4e5m4.fsf@gmail.com><7AA8345D494A4766B6E958E7EC4804C3@us.oracle.com> <8738xcc9yi.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 1359999310 12728 80.91.229.3 (4 Feb 2013 17:35:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 Feb 2013 17:35:10 +0000 (UTC) Cc: 13602@debbugs.gnu.org To: "'Jambunathan K'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Feb 04 18:35:29 2013 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 1U2Pwx-00067i-7j for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Feb 2013 18:35:23 +0100 Original-Received: from localhost ([::1]:55188 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U2Pwe-0006zK-MD for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Feb 2013 12:35:04 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:39015) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U2PwY-0006p4-6V for bug-gnu-emacs@gnu.org; Mon, 04 Feb 2013 12:35:00 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U2PwX-0003aq-0b for bug-gnu-emacs@gnu.org; Mon, 04 Feb 2013 12:34:58 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:59031) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U2PwW-0003ah-Ut for bug-gnu-emacs@gnu.org; Mon, 04 Feb 2013 12:34:56 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1U2Pxa-000354-8X for bug-gnu-emacs@gnu.org; Mon, 04 Feb 2013 12:36: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: Mon, 04 Feb 2013 17:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13602 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13602-submit@debbugs.gnu.org id=B13602.135999935111822 (code B ref 13602); Mon, 04 Feb 2013 17:36:02 +0000 Original-Received: (at 13602) by debbugs.gnu.org; 4 Feb 2013 17:35:51 +0000 Original-Received: from localhost ([127.0.0.1]:36262 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U2PxO-00034c-Lj for submit@debbugs.gnu.org; Mon, 04 Feb 2013 12:35:51 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:29953) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U2PxM-00034U-AL for 13602@debbugs.gnu.org; Mon, 04 Feb 2013 12:35:49 -0500 Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r14HYfCc016485 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 4 Feb 2013 17:34:41 GMT Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r14HYe6r022311 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Feb 2013 17:34:41 GMT Original-Received: from abhmt120.oracle.com (abhmt120.oracle.com [141.146.116.72]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r14HYeu7021469; Mon, 4 Feb 2013 11:34:40 -0600 Original-Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 04 Feb 2013 09:34:40 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <8738xcc9yi.fsf@gmail.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac4C9dmFG7uEXlO0QLWhzdMC4swDawABepyQ X-Source-IP: acsinet21.oracle.com [141.146.126.237] 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:70691 Archived-At: > >> These bindings mimic the behaviour of ido-mode. > > > > Yes, I know. (Actually, it is Ido that mimicked Icomplete > > and IswitchB.) > > > > If you want Ido then you do not really need Icomplete anyway. > > Are you saying: "ido can do what Icomplete does *without* the user > modifying any of the completing-read calls in existing libraries?". > > I remember modifying `completing-read-function' at some point in time. Sorry, I don't know. My impression was that Ido offers what is offered by Icomplete + the new keys. Whether it offers that out of the box is another question. * If not, and if you want it to do that out of the box, then it is Ido mode that should be modified. * If not, and if you want that to be optional but not turned on by default, then that too should be done for Ido mode itself, as opposed to being done for Icomplete mode. Again, I am not at all opposed to adding these keys to Icomplete mode as an optional, Ido-like behavior. I am in favor it. The key word, however, is "optional". I would prefer that (a) the default behavior not change any minibuffer keybindings and (b) that users can choose to toggle the key bindings on/off easily, as a separate mode. This is simple to implement and simple and clear for users to make use of. And no, by "optional" I do not mean that it is enough to tell users to go take a hike and fiddle with Lisp code (e.g. key bindings), to restore the passive, informative-only Icomplete that they've known and loved for decades, and that has always cohabited well with pretty-much any Emacs minibuffer behavior.