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: Wed, 6 Feb 2013 07:27:49 -0800 Message-ID: <7C77E20E0FCD4F699419228DBC4CB289@us.oracle.com> References: <65EEA895D8A0443A859A780AB233146E@us.oracle.com><625A327B282C4C279837A7542B76E5C8@us.oracle.com><87zjzk112u.fsf@gmail.com><20DF11E25EE542A1A334DA1FDB79F77B@us.oracle.com><87bobz7ajl.fsf@gmail.com><87bobys6yc.fsf@mail.jurta.org> <87pq0et8ff.fsf@gmail.com><87pq0dn3ik.fsf@mail.jurta.org> <87obfxk1qx.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 1360164532 6271 80.91.229.3 (6 Feb 2013 15:28:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 6 Feb 2013 15:28:52 +0000 (UTC) Cc: 13602@debbugs.gnu.org To: "'Jambunathan K'" , "'Juri Linkov'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Feb 06 16:29:12 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 1U36vt-0005Rm-Ve for geb-bug-gnu-emacs@m.gmane.org; Wed, 06 Feb 2013 16:29:10 +0100 Original-Received: from localhost ([::1]:48228 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U36vb-0001UI-8m for geb-bug-gnu-emacs@m.gmane.org; Wed, 06 Feb 2013 10:28:51 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:49362) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U36vX-0001Q7-TH for bug-gnu-emacs@gnu.org; Wed, 06 Feb 2013 10:28:48 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U36vW-00077q-6y for bug-gnu-emacs@gnu.org; Wed, 06 Feb 2013 10:28:47 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33935) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U36vW-00077h-3k for bug-gnu-emacs@gnu.org; Wed, 06 Feb 2013 10:28:46 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1U36wj-0007Aa-Vq for bug-gnu-emacs@gnu.org; Wed, 06 Feb 2013 10:30: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: Wed, 06 Feb 2013 15:30:01 +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.136016455827372 (code B ref 13602); Wed, 06 Feb 2013 15:30:01 +0000 Original-Received: (at 13602) by debbugs.gnu.org; 6 Feb 2013 15:29:18 +0000 Original-Received: from localhost ([127.0.0.1]:39399 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U36w1-00077R-9q for submit@debbugs.gnu.org; Wed, 06 Feb 2013 10:29:17 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:27056) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U36vz-00077J-BP for 13602@debbugs.gnu.org; Wed, 06 Feb 2013 10:29:16 -0500 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r16FRvbS002904 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 6 Feb 2013 15:27:57 GMT Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r16FRu4n018076 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Feb 2013 15:27:57 GMT Original-Received: from abhmt116.oracle.com (abhmt116.oracle.com [141.146.116.68]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r16FRuul003477; Wed, 6 Feb 2013 09:27:56 -0600 Original-Received: from dradamslap1 (/10.159.229.67) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 06 Feb 2013 07:27:56 -0800 X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ac4Ebk1LZgKvx7tfTLeIjsvpc2wsowADgatA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 In-Reply-To: <87obfxk1qx.fsf@gmail.com> X-Source-IP: acsinet22.oracle.com [141.146.126.238] 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:70749 Archived-At: > Let me remind everyone: I made a proposal and it sailed through. > Drew has made a proposal and you have chimed in. It is for the > maintainers to make a call on what to do about it. I don't think my > opinion matters here (much). Jamunathan, I don't understand your resistance to making your keybindings optional, and making it simple for a user to toggle them on/off. We haven't seen any argument supporting such resistance, AFAICT. IOW, I don't think that anyone (not I, in any case) opposes the addition of a feature that allows keys to be bound to provide Ido-like cycling. All we (I, at least) are requesting is that this be user-controlled in a simple (trivial) way. Why is that too much to ask, in your opinion (which does matter, obviously)? Requiring users to fiddle with the minibuffer keymaps using Lisp is a non response. A user might use one or more additional packages that change or add minibuffer bindings, and s?he should not have to try to code up a way to restore whatever bindings would have been in effect without yours. Even with emacs -Q, users should not need to know Lisp to be able to quickly undo your bindings. Just please make it easy on users to get back the Icomplete behavior they have long enjoyed and might still prefer. And please keep that longstanding behavior as the default one. I sense that that too is what Juri is underlining by quoting descriptions of the original behavior and the intentions behind it.