From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Ergus Newsgroups: gmane.emacs.devel Subject: Re: Why fido, icycles, ido, icomplete Date: Thu, 7 Nov 2019 02:09:35 +0100 Message-ID: <20191107010935.bbnhsssldtjfmsqy@Ergus> References: <20191106212018.cnddqzlo5rpdhi6s.ref@Ergus> <20191106212018.cnddqzlo5rpdhi6s@Ergus> <877e4c1x3r.fsf@gmail.com> <20191106232153.bb756hrf4ctwegkp@Ergus> <87ftj04jjv.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="162047"; mail-complaints-to="usenet@blaine.gmane.org" Cc: Drew Adams , emacs-devel@gnu.org To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 07 02:10:05 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 1iSWJI-000fzh-U8 for ged-emacs-devel@m.gmane.org; Thu, 07 Nov 2019 02:10:05 +0100 Original-Received: from localhost ([::1]:38254 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iSWJH-0004Qo-Mf for ged-emacs-devel@m.gmane.org; Wed, 06 Nov 2019 20:10:03 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60656) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iSWJ9-0004ND-Ut for emacs-devel@gnu.org; Wed, 06 Nov 2019 20:09:57 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iSWJ7-0004S7-Ox for emacs-devel@gnu.org; Wed, 06 Nov 2019 20:09:55 -0500 Original-Received: from sonic314-21.consmr.mail.ne1.yahoo.com ([66.163.189.147]:41966) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iSWJ7-0004Rh-I6 for emacs-devel@gnu.org; Wed, 06 Nov 2019 20:09:53 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1573088991; bh=28qcnq6fs/s5Zy6sgBCE39XF5vy/hzMtY2xrIMC7DGo=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From:Subject; b=FCXZ+veax4dmPVIYmNHZebrb9g0haFKVMG5HrHvCOEloeTJWYcvU66pH+qYxMUpmxYzOXsFOcuUWxPU7PNq94mRW3wY6QOZN0pqSAdYRP82PnPUjzHqLVXgDt8TkVgu+fiKrI0jZ9o7ly6tNZOrsK5kxiU8omxJV0UXj/AMiw8OqdkiX9sR1wGqAwS4qmKbxkaz1AIJ+t/bmyUlX8PuQzx/OxGWlLRiDQCbT1XpQGdcpHNvGE9ngvGIsTQAriGIKpJzHg2e1eF++BocQdd5UCBWW82o6G9NIx8i4Yk6NGjS5Tp7uf86jjscYWeEaJwVENxFq7Y+NgknShH8O1kCT/A== X-YMail-OSG: GTycqhAVM1nJFL..4YXeCLGFtPCc9.o3ZA1KlAKsR.qqad1ZAO0FlGtOn.aa3Cs TCT2JwJHCr.Z0iVD0yRVcHRx0tvwX0nbq2pIWF0l3cyCDg1XUOw50Fpx0w0qrBGqk.qBIjE1j2uA IstudWo3MLSmF.dJnPYFjwb8bwsfaZehkAi5K7pAY0n0tcc5iBQMXLhltNHp2WoceS1vZ77qL02o SMvB7mRuzKjaW.Nr4uwcX8XjoQerS1GSZw0qoHzCqHDVzhlTETHeDxWo8KMAgQSIqdv9KEotkdTZ 61zm._C5iRRKX_scDRIf47UGj8DH6rlDX4cj5bk4UFl2nxHzqVO6u3t08ms0dwAcVY_vlD7uz_Y4 1jmeE0G_DY0oAGrsmZx0VidX3k_2VKeW30dUD.o12h_hNJPsxNyYHvyDshZUTsHC5lkcOP90DEYU 40KBJ9cDRw3Q7GZY3WGmSRBNtMU4zJ_rJ4afmCWYObZKhhIJiOVw90M.Z1s.J8CghKXJJhfhqkRc 3aZOpJ3TB9jkzn4u8rnBj.UXQbOf0w_eXUPBHgS8u_YSSivRwUJYN2dbPXhzEMDnQZE.Bym2YQK5 j8E5iMXHKn13C.Ie_DNn9PQ_n2HfYbdGgQccKjWHLrjqrPabUHiXUdmLtIE7TPSlJiQXLrB.7TQH NsflB6QtkX869EdZZnrht_rgcMPAgtLqa.zHi4CjW9FIIqqqASKyoBsQcukdr6_ZPJfAzTLbRy6l nQiGzvpeWpV6Gj057kcAUSbXlFYQ7XMl1.4yRrBHIxs62cPzNwLn8GGL3vckq2WaJFwqjeTyqxW. jh0H358Sl9RIM.q6DDI9xmBf_2HobOMeR73A8x6Mix Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Thu, 7 Nov 2019 01:09:51 +0000 Original-Received: by smtp420.mail.ir2.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 2b3ea4070b6c371b99930e81a7bc57fc; Thu, 07 Nov 2019 01:09:49 +0000 (UTC) Content-Disposition: inline In-Reply-To: <87ftj04jjv.fsf@gmail.com> X-Mailer: WebService/1.1.14680 hermes Apache-HttpAsyncClient/4.1.4 (Java/1.8.0_181) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 66.163.189.147 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:241897 Archived-At: On Thu, Nov 07, 2019 at 12:27:48AM +0000, João Távora wrote: >Ergus writes: > >> Thanks for the answer it is very clarifying for me now. Maybe you should >> add all this information somewhere in the documentation. > >*all* this informatino is a bit much, don't you think, but there is > already documentation. > >> I actually have very strong feelings behind ido in 2019 (I know I am a >> sort of apostate for this). But I think it is something that needs to be >> removed/deprecated/substituted for the good of newer alternatives like > >The idea of fido-mode is indeed to obsolete ido mode. But it's still a >bit far away. And removing is yet another matter: i don't think there's >any harm in having ido. Of course, if fido-mode ever becomes a perfect >superset of ido, and removing it proves mostly harmless, OK I guess. > Yes, I know >> The intention is to move the users to the newer functionalities so they >> can get the best possible first impression. > >I agree with this. But I don't agree with the "newer" = "best >possible". These things take time to settle and one of the strong >points of Emacs is, paradoxically, its resistance to change. Its like a >movie theater where there are only classics playing. Lots of grainy >footage but all movies are superb. > Yes, but nobody feels impressed by the special effects in the first Star Wars today, in spite of they were amazing in their moment and required much more effort than newer movies. My point is that many new functionalities are implemented for a reason and hide or limit them because of backward compatibility is senseless. >> I think Abo-abo actually tried to modify ido to improve it and he >> finally ended implementing ivy... was easier that way. > >And I found icomplete.el, which is already in Emacs. > ivy is also based on icomplete actually. >> I will pray you to do the same for ivy... please please... > >Well, I did very little. The author did all the work. I and Stefan >helped (mostly Stefan in the last part). The evolution is registered >here https://github.com/emacs-helm/helm/issues/2165. > >You can point Ivy's author to this thread. > I done. >> think ivy is now much better integrated than helm before, but for sure >> there will be things missing you could help to improve. > >>>still annoyingly (and legitimately) there, and we can't just change >>>icomplete-mode's defaults like that. >>> >> I have never used icomplete... so I don't know what ido provides that >> icomplete can't. So where is the gap? Is a part of the gap fixed in helm >> or ivy for example? > >You are miscommunicating: the "gap" is whatever doesn't quite work in >icomplete-mode to make it work just like ido-mode. It's the behaviour >of RET, C-k, C-d and some other things. > Could you add at least the cycle with arrows as in ido? >> Maybe this paragraph should go in the manual in the ido section >> suggesting to switch to fido in order to improve fido as much as >> possible and deprecate the actual ido implementation in the future... (I >> have a dream, please don't burn me for this "A man can dream... a man >> can dream") > >There's already a paragraph in the manual. > > An alternative to Icomplete mode is Fido mode. This is very similar > to Icomplete mode, but retains some functionality from a popular > extension called Ido mode (in fact the name is derived from “Fake Ido”). > Among other things, in Fido mode, ‘C-s’ and ‘C-r’ are also used to > rotate the completions list, ‘C-k’ can be used to delete files and kill > buffers in-list. Another noteworthy aspect is that ‘flex’ is used as > the default completion style (*note Completion Styles::). > ‘ > To enable Fido mode, type ‘M-x fido-mode’, or customize the variable > fido-mode’ to ‘t’ (*note Easy Customization::). > >I also put something in NEWS. > >You (or anyone else) can propose changes it, if you want. I put it in >the icomplete section because it's really very closely related to >icomplete-mode. Maybe I could add a reference to the ido-mode manual >(just discovered it exists). > >Don't know how to do inter-manual references, though, this one is >emacs/buffers.texi the other is misc/ido.texi. > I don;t know if it is possible; but it should be, otherwise at least mention it in the other. >João Best, Ergus