From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Newsgroups: gmane.emacs.devel Subject: Who uses Icomplete-mode? Re: [Emacs-diffs] master b0e318d 2/2: Score flex-style completions according to match tightness Date: Mon, 18 Mar 2019 15:13:17 +0000 Message-ID: References: <20190213212413.868.40960@vcs0.savannah.gnu.org> <20190213212415.148B9209D7@vcs0.savannah.gnu.org> <0ba3ca47-c7d6-a608-536e-94784ba3384b@yandex.ru> <4f4e9ccd-b152-2b37-cad2-6c96b0a64d84@yandex.ru> <646c8d35-89a7-b12f-8a78-b05e6d8f781c@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="141110"; mail-complaints-to="usenet@blaine.gmane.org" Cc: emacs-devel , Dmitry Gutov To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 18 16:17:22 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1h5u0w-000abW-8m for ged-emacs-devel@m.gmane.org; Mon, 18 Mar 2019 16:17:22 +0100 Original-Received: from localhost ([127.0.0.1]:43093 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h5u0v-0002X6-3b for ged-emacs-devel@m.gmane.org; Mon, 18 Mar 2019 11:17:21 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:60092) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h5u0m-0002WK-U0 for emacs-devel@gnu.org; Mon, 18 Mar 2019 11:17:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1h5txC-0000OP-08 for emacs-devel@gnu.org; Mon, 18 Mar 2019 11:13:30 -0400 Original-Received: from mail-qt1-x834.google.com ([2607:f8b0:4864:20::834]:35260) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1h5txB-0000Nk-Nl for emacs-devel@gnu.org; Mon, 18 Mar 2019 11:13:29 -0400 Original-Received: by mail-qt1-x834.google.com with SMTP id h39so18335280qte.2 for ; Mon, 18 Mar 2019 08:13:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=oak9F9Mb0ng4Xj4me8zSR5meobExcN0FPewRpfPgJLc=; b=nvfUz89VqecJH5/86F38QDYhOQaZThAleOs9/ojrzQSOGgs1Dae0j7Isq7OWNRw1xi Q0fapJqjW0QkhIwn9JItqYaBsBzsw6Jgt0jvNiyMUZ8JN1jSq1+aSZAvYeApu72w9+ob r1oFsVqmvakY7eeLVRNf1yFzFEQwqbcMzhdgL77YsKHvmjjdfS5bhdk6xgWEmpoMiiuQ z0p/D5RZF2eGIdP1fqPBzGtIU8PXBo6ZjQzte/0p59ab5EL2MxCcmPL/YahbC7EEDC8/ Ro2JeoldcxQWl0VV57n8/QlOFCn6tWvwzfS+zQ7iTHEWIT6Q8z8LrRklMUe6+fq12Ilw 42OA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=oak9F9Mb0ng4Xj4me8zSR5meobExcN0FPewRpfPgJLc=; b=RYbcYFKfaLP0+Kie/PVKkHujuT4+2TuBhtD2TjO2h83/Q6tzxkHD9FKGMYg/KlnETI BjPyhUWzCDHSP53FC8uMsUIPaNo/LVE837CW7UAbIuwlQdDtzdkSHbGUE1a2Jq2juGep lkadP26gxoq9KNVc7J2YGrF0feGI5/kKdheVQZmI83AOIYMEEybSx4uhnQ5R/04E9hLP K4UGBZ3SQch7AsC0BM+4+T6y+i4yyApxBURNBzp5vSe/HJOIdsu9Ol7epCvEEwToWEJA QpN3yhx5+L4m00endaV2YrvK5fx0B5ELRfThaCr/j1x1atnMAn2Nmc6xB86viB+hfsID TmrQ== X-Gm-Message-State: APjAAAVeA1tBqp6VM4ExuaYkpggmj6ZQIm9OyLrtcxhmh3iJ7nIDEYiW Rq0Oj3viY50j7fIzVzay2xxOUYM3Sd2cuPXD6CY= X-Google-Smtp-Source: APXvYqzoEEq+oczcNhMOKr0J8SXnU37ExX0qrGYS2QUMFNejoiY1FDjbMTx53S01lO58bf0oix1P7/6t4in8tHnuk2M= X-Received: by 2002:ac8:196b:: with SMTP id g40mr3062771qtk.218.1552922008412; Mon, 18 Mar 2019 08:13:28 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::834 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:234328 Archived-At: On Mon, Mar 18, 2019 at 2:50 PM Stefan Monnier w= rote: > >> + input is not a prefix match. E.g. M-x describe-variable, then input > >> 'compst'. RET won't select the completion. > > Never mind. It's the same with prefix completion if the input is not > > a unique match and not a match itself. > > I got too used to the Ido behavior. > > `icomplete-mode` gets you closer to that behavior. It also brings considerable pain for someone very used to Ido, though I've been trying to work on that. Which brings me to a question I've been meaning to ask: who here uses Icomplete-mode and just how attached are you to its interface? Switching from ido.el to icomplete.el, I miss: - A less cryptic left side hint as to what the "current" matched thing is (in ido.el it's pretty obvious, in icomplete.el not so much) - A way to have RET exit the minibuffer with the current thing, except when finding files, where it should just enter the directory (though ther= e should always be a binding for exiting the minibuffer with whatever the current input is). - A way to delete buffers and kill files effectively without leaving the minibuffer prompt. - Eliminate the need for icomplete-compute-delay, using while-no-input or maybe threads. - Maybe more Some of these can be achieved through customization, and some would probably need more work. Moreover, if there aren't a lot of people overly attached to the current interface, we could choose some new defaults. Otherwise, I'd propose a new icomplete-ido-emulation-mode with some less horrible name. Jo=C3=A3o