From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#13602: 24.3.50; remove bindings for `icomplete-minibuffer-map' - make a separate mode Date: Mon, 04 Feb 2013 15:20:41 +0400 Message-ID: <87halsxr3q.fsf@yandex.ru> References: <65EEA895D8A0443A859A780AB233146E@us.oracle.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1359976867 15551 80.91.229.3 (4 Feb 2013 11:21:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 Feb 2013 11:21:07 +0000 (UTC) Cc: 13602@debbugs.gnu.org To: "Drew Adams" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Feb 04 12:21:28 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 1U2K75-0001oS-QV for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Feb 2013 12:21:28 +0100 Original-Received: from localhost ([::1]:43598 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U2K6n-0003GP-5h for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Feb 2013 06:21:09 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:59905) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U2K6f-0003Dy-HP for bug-gnu-emacs@gnu.org; Mon, 04 Feb 2013 06:21:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U2K6c-0004Fe-CY for bug-gnu-emacs@gnu.org; Mon, 04 Feb 2013 06:21:01 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:58024) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U2K6c-0004Fa-9g for bug-gnu-emacs@gnu.org; Mon, 04 Feb 2013 06:20:58 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1U2K7e-0000gt-Dl for bug-gnu-emacs@gnu.org; Mon, 04 Feb 2013 06:22:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Feb 2013 11:22: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.13599769182644 (code B ref 13602); Mon, 04 Feb 2013 11:22:02 +0000 Original-Received: (at 13602) by debbugs.gnu.org; 4 Feb 2013 11:21:58 +0000 Original-Received: from localhost ([127.0.0.1]:35255 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U2K7Z-0000gb-Jz for submit@debbugs.gnu.org; Mon, 04 Feb 2013 06:21:57 -0500 Original-Received: from mail-la0-f43.google.com ([209.85.215.43]:36000) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U2K7X-0000gT-CL for 13602@debbugs.gnu.org; Mon, 04 Feb 2013 06:21:56 -0500 Original-Received: by mail-la0-f43.google.com with SMTP id ek20so4495180lab.30 for <13602@debbugs.gnu.org>; Mon, 04 Feb 2013 03:20:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=ARo97PSsKos5VVv6YFb93XdOWlUJQD+n7wS2qtCRFCs=; b=Tx2M66ueQmfJSwbE22Yy9NilHeVmJiGy++GVL4YT0DQmH0YCQ5ozhnFyHgGiZVB1tN /O6QTTOLERwGHRLB6M+cFT2i0nUDPrFL6Wh2u7cCByYo6wKWxU+O9Ua0M0Y9PQXuR112 suDcFmTnL25UDSU5EbVtfhsVb2OyxREYcBu5VIIeX5YHWQcxFU+nNtYJ4U9j2nmtL11Q lmIzQ8AHAXlZvtlMJ0hh0Z3WRTcYniQksf6KQgRUIVaT76W7cM9GM+QrPG63gJ1JZOQ4 2TWbx9aErsHTStZ3ppyBK4eGHBwx0NRaLleHnvksrbNTQ/MSMI9N9JM6DJpW8vOKxLqJ JZaw== X-Received: by 10.112.40.36 with SMTP id u4mr8030685lbk.36.1359976849189; Mon, 04 Feb 2013 03:20:49 -0800 (PST) Original-Received: from SOL ([178.252.98.87]) by mx.google.com with ESMTPS id tm10sm8825001lab.10.2013.02.04.03.20.46 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 04 Feb 2013 03:20:47 -0800 (PST) In-Reply-To: <65EEA895D8A0443A859A780AB233146E@us.oracle.com> (Drew Adams's message of "Thu, 31 Jan 2013 11:41:44 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (windows-nt) 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:70670 Archived-At: "Drew Adams" writes: > Icomplete mode is general, for use with all minibuffers, whatever the > kind of input being done (kind of completion or input without > completion, etc.). No, it's not, it's only used in specific cases. For example, icomplete is not used in minibuffer during eval-expression. > It needs to be sensitive to this and not impose > itself like a brute. There are many minibuffer keymaps, with many keys > in them. And applications often define more keys in these maps. > > These Icomplete keybindings are inappropriate: > > (defvar icomplete-minibuffer-map > (let ((map (make-sparse-keymap))) > (define-key map [?\M-\t] 'minibuffer-force-complete) > (define-key map [?\C-j] 'minibuffer-force-complete-and-exit) > (define-key map [?\C-s] 'icomplete-forward-completions) > (define-key map [?\C-r] 'icomplete-backward-completions) > map)) > > It is not kosher to bind such keys in the minibuffer in a general mode. > Let users bind them if they like. I'd like to comment on this as a ido-mode user. > In particular: C-s and C-r are used to search minibuffer text (e.g. > move Instead of searching though the already entered text, this behavior allows you to "search" through the candidates. Since this mode is usually enabled when you're trying to write or pick a single symbol, not a bunch of text, this strikes me as more appropriate. > the cursor). M-TAB is useful in the minibuffer to complete names. Likewise, minibuffer-force-complete does complete the current symbol. What's the problematic use case? --Dmitry