From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jambunathan K Newsgroups: gmane.emacs.bugs Subject: bug#13602: 24.3.50; remove bindings for `icomplete-minibuffer-map' - make a separate mode Date: Wed, 06 Feb 2013 19:01:18 +0530 Message-ID: <87obfxk1qx.fsf@gmail.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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1360157521 30567 80.91.229.3 (6 Feb 2013 13:32:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 6 Feb 2013 13:32:01 +0000 (UTC) Cc: 13602@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Feb 06 14:32:19 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 1U356n-0007I0-Rj for geb-bug-gnu-emacs@m.gmane.org; Wed, 06 Feb 2013 14:32:18 +0100 Original-Received: from localhost ([::1]:35345 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U356U-00008x-Cr for geb-bug-gnu-emacs@m.gmane.org; Wed, 06 Feb 2013 08:31:58 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:43043) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U356O-000082-30 for bug-gnu-emacs@gnu.org; Wed, 06 Feb 2013 08:31:56 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U356I-0004jh-Fa for bug-gnu-emacs@gnu.org; Wed, 06 Feb 2013 08:31:52 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33454) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U356I-0004jb-CP for bug-gnu-emacs@gnu.org; Wed, 06 Feb 2013 08:31:46 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1U357V-0004Ku-Un for bug-gnu-emacs@gnu.org; Wed, 06 Feb 2013 08:33:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Jambunathan K Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Feb 2013 13:33: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.136015758116663 (code B ref 13602); Wed, 06 Feb 2013 13:33:01 +0000 Original-Received: (at 13602) by debbugs.gnu.org; 6 Feb 2013 13:33:01 +0000 Original-Received: from localhost ([127.0.0.1]:38918 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U357V-0004Kg-0D for submit@debbugs.gnu.org; Wed, 06 Feb 2013 08:33:01 -0500 Original-Received: from mail-pa0-f49.google.com ([209.85.220.49]:63570) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U357S-0004KZ-Iy for 13602@debbugs.gnu.org; Wed, 06 Feb 2013 08:32:59 -0500 Original-Received: by mail-pa0-f49.google.com with SMTP id kp6so808239pab.22 for <13602@debbugs.gnu.org>; Wed, 06 Feb 2013 05:31:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=Im37uDuwxBMMfx7JuWwKDW2s6JvdxALkg+8W8zaadL0=; b=cOg+WoJdWc8BkQBwhwGRnZnVO8kak44zXWRci3hEHn1305+2xOrQmMD+NVFCLadgKW SlQVc3n110/i62OQvUhbD0uc7fAwOLpjw4bsZg2fc3bHAz88wp4a4EaTVJ+hRjE3a3gN 7t/tttj5C2yiU85FJDbDaCYHM3giZ0mFxun5cIIhOiuQhVHsP5QnRr7cPAYOwpmjQasm 7aGiGkdU2ZSBorKU9BGxVfEcFOX2E4s45KlFJMq1U2CEjl1mcaTPlyJY/xwZRETr7XFk 61C5j1zJGnq0RJFGMx2ilDqyD+aAGx8WgnkcejADAxvg8JTF4zIKnFHojr2dsJTkbIaR HeDw== X-Received: by 10.66.79.231 with SMTP id m7mr25920124pax.76.1360157501478; Wed, 06 Feb 2013 05:31:41 -0800 (PST) Original-Received: from debian-6.05 ([101.62.59.44]) by mx.google.com with ESMTPS id f9sm37787398paz.12.2013.02.06.05.31.37 (version=TLSv1.1 cipher=RC4-SHA bits=128/128); Wed, 06 Feb 2013 05:31:40 -0800 (PST) In-Reply-To: <87pq0dn3ik.fsf@mail.jurta.org> (Juri Linkov's message of "Wed, 06 Feb 2013 12:24:10 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) 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:70737 Archived-At: Juri Linkov writes: >> I would have started this paragraph with: "With or without ido >> keybindings". Ido keybindings only adds cycling, it doesn't mess with >> the display. > > Yes, "with or without ido keybindings", icomplete-mode is a standalone feature > separate from ido keybindings. As the node (info "(emacs) Minor Modes") says: > > * Icomplete mode displays an indication of available completions when > you are in the minibuffer and completion is active. *Note > Completion Options::. > > and also (info "(emacs) Completion Options"): > > Icomplete mode presents a constantly-updated display that tells you > what completions are available for the text you've entered so far. > > and the Commentary section in icomplete.el: > > ;; Prospective completions are concisely indicated within the > ;; minibuffer itself, with each successive keystroke. > > There is nothing in documentation that suggests icomplete-mode > was intended to add ido keybindings. I am amused by the last paragraph. I don't think the author of Icomplete was a clarivoyant. You seem to make a mistaken assumption that if something is left un-said then that something ceases to exist. > If you want to create its submode implementing a new feature > that makes it work like `ido', why not give it a new name like > `icomplete-ido-mode'? 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). Jambunathan K.