From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: bug#17545: 24.4.50; icomplete conflicts with minibuffer default Date: Tue, 19 May 2015 16:06:28 +0300 Message-ID: <555B3554.5030801@yandex.ru> References: <86zj5439za.fsf@yandex.ru> <5557E9BB.1060408@yandex.ru> <555A73CF.8000204@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1432040816 9091 80.91.229.3 (19 May 2015 13:06:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 19 May 2015 13:06:56 +0000 (UTC) Cc: Slawomir Nowaczyk , Dan McKinley , emacs-devel To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 19 15:06:55 2015 Return-path: Envelope-to: ged-emacs-devel@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 1YuhEV-0000pO-1L for ged-emacs-devel@m.gmane.org; Tue, 19 May 2015 15:06:55 +0200 Original-Received: from localhost ([::1]:45735 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YuhEU-00083h-7C for ged-emacs-devel@m.gmane.org; Tue, 19 May 2015 09:06:54 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55742) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YuhEM-00080j-Oj for emacs-devel@gnu.org; Tue, 19 May 2015 09:06:52 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YuhEI-0002a3-SK for emacs-devel@gnu.org; Tue, 19 May 2015 09:06:46 -0400 Original-Received: from mail-wg0-x22c.google.com ([2a00:1450:400c:c00::22c]:35426) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YuhEI-0002QI-LS for emacs-devel@gnu.org; Tue, 19 May 2015 09:06:42 -0400 Original-Received: by wgfl8 with SMTP id l8so17193914wgf.2 for ; Tue, 19 May 2015 06:06:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=eWam/yK7yHC9KMpxbJdCSOwhByFOkd2aHg9ki2Km/7I=; b=fIQkwqLTnavgC/U4lSew4leULpZ0PcJ46pcf9NTpmgAZkeTgjt5IDi0CTI+lITRO0D bnBE3wEJM3dp+5GoQaAp4J8zpdoQgoveilRNcGD68RcTp/x25CwfqJKxik+nW1u+5veo TgLgmSa0nzOW46f7S+iZlanA1COdkpaVrSur1dtygGbCTTt9Om7uyB4/0bYlmLQhNz4J +SeEfWVeAIfY/SW/MgrbQkt9duJ6HXEKHzWRWvyNE+v59K8uYZ4ELnY7ZoG9APfJcL5l xQzsLYqgh+vwQ6lTIUiUgWRtN+NUGSVYapWtvPgmz6BA+MZ0s1CgPzWWZMhUjZV3C+H2 yyXw== X-Received: by 10.180.101.105 with SMTP id ff9mr31306100wib.64.1432040792113; Tue, 19 May 2015 06:06:32 -0700 (PDT) Original-Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id k2sm17305364wix.4.2015.05.19.06.06.30 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 19 May 2015 06:06:32 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c00::22c X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:186620 Archived-At: On 05/19/2015 04:38 AM, Stefan Monnier wrote: > Currently no. But we could arrange for icomplete.el to pass that info > to minibuffer.el. I see no obvious place to do it. Further, now that we have an icomplete-specific command, we can try to bring it closer to Ido, in command-independent way. For instance, in ido-find-file RET enters the directory (expands it in the input), instead of using it as a match to return. We could try to choose whether C-j in icomplete-mode returns the current completion or just expands it, using the same logic that chooses whether to pass `finished' or `exact' to the exit-function in minibuffer-completion-help. > Sounds OK acceptable as well. Installed.