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: Re: Why fido, icycles, ido, icomplete Date: Wed, 6 Nov 2019 22:57:10 +0000 Message-ID: References: <20191106212018.cnddqzlo5rpdhi6s.ref@Ergus> <20191106212018.cnddqzlo5rpdhi6s@Ergus> <877e4c1x3r.fsf@gmail.com> <87o8xoeik4.fsf@telefonica.net> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000bb4f640596b578c2" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="163922"; mail-complaints-to="usenet@blaine.gmane.org" Cc: emacs-devel To: =?UTF-8?Q?=C3=93scar_Fuentes?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 06 23:57:44 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.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iSUFE-000gSk-Bc for ged-emacs-devel@m.gmane.org; Wed, 06 Nov 2019 23:57:44 +0100 Original-Received: from localhost ([::1]:35940 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iSUFD-0006Nh-3k for ged-emacs-devel@m.gmane.org; Wed, 06 Nov 2019 17:57:43 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37276) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iSUEv-0006N7-Lv for emacs-devel@gnu.org; Wed, 06 Nov 2019 17:57:27 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iSUEt-0002ri-DD for emacs-devel@gnu.org; Wed, 06 Nov 2019 17:57:25 -0500 Original-Received: from mail-qv1-xf2b.google.com ([2607:f8b0:4864:20::f2b]:34106) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iSUEt-0002qx-8N for emacs-devel@gnu.org; Wed, 06 Nov 2019 17:57:23 -0500 Original-Received: by mail-qv1-xf2b.google.com with SMTP id n12so64452qvt.1 for ; Wed, 06 Nov 2019 14:57:23 -0800 (PST) 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; bh=QnZTxx1rvSYg4fhz+OGJpIZqwjn7SOM5gVoxpKJeY0E=; b=dsm95/vRzqXQdQzqYDgrOhSPA5KtTkROuYBWj+Tqj8x8wL5Rq11Xj3CwMRyh8aplmk 7+MYJ5+bCXWi/+bEcF+/LM946SQy7JmBRFb2ZmVv5BY5ekv8PaOcnR1CEjY4oo0fuVVX 78qh9mSg8LK9QREz5cmTEaOqj5/oTJWeoTB5/yk8RYtEPcEAciuhyHlkDjmEmehlJTDP PnHvJlbtKdxXljJ3f6mNw+XMW8VBCflLftnoGzMdhApVYLqc8bAAPaKmVdlt+DVyKcHX 5DVp39ZL7Y6BRFr8SeyX+ezT2RQYv2lZyu+X5v4tWatxFdu1WxHMUbHz7eppge2k9Jzk zByw== 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; bh=QnZTxx1rvSYg4fhz+OGJpIZqwjn7SOM5gVoxpKJeY0E=; b=B1RIA8i+7KWojOgCmwBwzRJ18KqSQdJ1NCjPTtsc2ahhW0ZT9/DuXF2ClShhAcc79d B9pdhVD0kLBmMaii2DwGW6OfC9dNjRm0Hc4cyAs57PZC6sN45h4AezcaWQSIoUwz/ZsK 2c2BEXXoCHXnYiF8O1T6acRPhXD5E5LUl5SP64ozjAl8q8tYcQtaKIumx9l8aQ8Bz2hi fRqyZ29h58fDYRsfYXLYc+2hFrNQ1rVxGzmQRZAJQvZXWfFEC0XCOVO6fqwm5gaJqa6v oCchRAPpYCgqotu0obWqiFilpmcfy8ELm+AvNrVHjT7Q/PGtBuNsbwUhuar0u5D/X7M4 Nijg== X-Gm-Message-State: APjAAAUoqFUAERX+7/A9VXNeQ8IfXy/ihFxPtygE0OV3OQT+Xu4U67Sr wkn/68YnU4QclI9n16yYv6Jpuvag9PC1cT6rhIE= X-Google-Smtp-Source: APXvYqx8IrZFH5Uq99fE2S/ayImJPlg2FxXbWl2ZjByaowOgERY7K5hdFaC1bdhLxemTJ6UoTpoteTHHkLF1x+YXJqY= X-Received: by 2002:a0c:d983:: with SMTP id y3mr384566qvj.52.1573081042340; Wed, 06 Nov 2019 14:57:22 -0800 (PST) In-Reply-To: <87o8xoeik4.fsf@telefonica.net> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::f2b X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:241887 Archived-At: --000000000000bb4f640596b578c2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Nov 6, 2019 at 10:39 PM =C3=93scar Fuentes wrote: > Jo=C3=A3o T=C3=A1vora writes: > > > Now, I wish I could just put 'flex' (and many other things) in > > ido-mode. > > Ido has a `flex' completion style. Maybe it is a different one? > Yes it is. I created the flex completion style so it could be used across the board, in every completion frontend, not just icomplete. > Should it? This is like the recent discussion about implementing new > commands on VC: insisting on a common interface hampers diversity and > innovation. We must accept that different tools sometimes deserve > specific user interfaces. > Sure, but we're not talking about user-facing interfaces here, rather about interfaces between reusable components of Emacs. > > This > > means it doesn't work nicely for M-x, C-h f, and many many other > > completion situations. > > Ido works nicely here for those cases with just a few lines on my .emacs > and an extra package installed (ido-hacks). > But it won't work with, say SLY's capf-abiding completion table. Or Eglot's (or lsp-mode's for that matter). I think the name of the package you use to do that also says something about the quality of the integration. :-) > This indicates to me that ido is more hackable than your message > implies. I'm not denying that it could be much better on that regard, > though. > But those additions only bring it farther away from integrating into Emacs's completion facilities, and reaping those benefits. You'll have to write a package to make ido-mode use Helm's super-special matching styles, but you won't for icomplete. But I didn't mean to knock ido-mode. When I'm in a tight spot on someone else's contorted Emacs, it's still my goto M-x. It sounds like you're an ido-mode fan, so please try out fido-mode and tell me what you think is missing from it. I know a lot is, and I want to improve it. Jo=C3=A3o --000000000000bb4f640596b578c2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Wed, Nov 6, 2019 at 10:39 PM =C3=93sca= r Fuentes <ofv@wanadoo.es> wrot= e:
Jo=C3=A3o T=C3=A1vora <joaotavora@gmail.com> writes:

> Now, I wish I could just put 'flex' (and many other things) in=
> ido-mode.

Ido has a `flex' completion style. Maybe it is a different one?

Yes it is. I created the flex completion style= so it could be used
across the board, in every completion f= rontend, not just icomplete.
=C2=A0
Should it? This is like the recent discussion about implementing new
commands on VC: insisting on a common interface hampers diversity and
innovation. We must accept that different tools sometimes deserve
specific user interfaces.

Sure, but we&= #39;re not talking about user-facing interfaces here, rather about
interfaces between reusable components of Emacs.
=C2=A0
> This
> means it doesn't work nicely for M-x, C-h f, and many many other > completion situations.

Ido works nicely here for those cases with just a few lines on my .emacs and an extra package installed (ido-hacks).

=
But it won't work with, say SLY's capf-abiding completion tabl= e.
Or Eglot's (or lsp-mode's for that matter).
=

I think the name of the package you use to do that also=
says something about the quality of the integration. :-)
=C2=A0
This indicates to me that ido is more hackable than your message
implies. I'm not denying that it could be much better on that regard, though.

But those additions only bring = it farther away from integrating
into Emacs's completion faci= lities, and reaping those benefits.

You'll hav= e to write a package to make ido-mode use Helm's
super-specia= l matching styles, but you won't for icomplete.

But I didn't mean to knock ido-mode.=C2=A0 When I'm in a tight sp= ot
on someone else's contorted Emacs, it's still my goto = M-x.

It sounds like you're an ido-mode fan, so= please try out
fido-mode and tell me what you think is miss= ing from it. I
know a lot is, and I want to improve it.
<= /div>

Jo=C3=A3o
--000000000000bb4f640596b578c2--