From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: Why fido, icycles, ido, icomplete Date: Thu, 07 Nov 2019 19:26:30 +0100 Message-ID: <87wocbczl5.fsf@telefonica.net> References: <20191106212018.cnddqzlo5rpdhi6s.ref@Ergus> <20191106212018.cnddqzlo5rpdhi6s@Ergus> <877e4c1x3r.fsf@gmail.com> <20191106232153.bb756hrf4ctwegkp@Ergus> <87ftj0eeum.fsf@telefonica.net> <20191107004718.pxb3m7hzecbxz7uu@Ergus> <8736f0e8an.fsf@telefonica.net> <20191107045924.zmnfczw5fdzeqh5d@Ergus> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="216360"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 07 19:27:38 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 1iSmVK-000u5G-NU for ged-emacs-devel@m.gmane.org; Thu, 07 Nov 2019 19:27:34 +0100 Original-Received: from localhost ([::1]:47076 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iSmVJ-0003KM-43 for ged-emacs-devel@m.gmane.org; Thu, 07 Nov 2019 13:27:33 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34711) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iSmUT-0003Gn-RV for emacs-devel@gnu.org; Thu, 07 Nov 2019 13:26:43 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iSmUS-0007mb-Dk for emacs-devel@gnu.org; Thu, 07 Nov 2019 13:26:41 -0500 Original-Received: from 195-159-176-226.customer.powertech.no ([195.159.176.226]:52570 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iSmUS-0007l7-6S for emacs-devel@gnu.org; Thu, 07 Nov 2019 13:26:40 -0500 Original-Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1iSmUP-000t9x-M5 for emacs-devel@gnu.org; Thu, 07 Nov 2019 19:26:37 +0100 X-Injected-Via-Gmane: http://gmane.org/ Cancel-Lock: sha1:BobsFzj3pRXZ7BgqSKM87MFBg7M= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 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:241948 Archived-At: Ergus writes: >>Is Ido in such bad state and I didn't notice? >> > Yes, actually it is. It requires fixes, patches and external workarounds > to make it work. And nobody so far is doing that. See below. >>What is the criteria for saying "this is 2001, this is 2019"? >> > Lets just look around and see alternative editors with new features we > don't have... or just the features we have implemented in emacs in the > latest versions... > > Why do you think it is needed ido-hacks, ido-everywhere, > ido-vertical-mode, or ido-completing-read+? They are not actually > extending ido, they are just pretending ido is updated. Although the Ido core mechanism works for general completion, it only covers some cases (file and buffer completion). The "fixes, patches and external workarounds" you refer to (actually, they are not fixes nor patches nor workarounds) extend the functionality to other cases where users wish to use the Ido completion mechanism. Possibly you are under the impression that Ido is intended as a replacement for Emacs' completion system. It is not. It's core goal is to provide a richer find-file and switch-to-buffer. You can delete files or kill buffers from the Ido prompt, and seamlessly switch from finding files to switching buffers and vice versa. Some people like Ido's completion mechanism and created extensions to use it for other purposes, but that doesn't mean that Ido is broken and needs fixes, patches and workarounds. >>> By touch I mean maintain, integrate and update with the new features; >>> also fix issues. >> >>Which new features? Which issues? Did you notice the part were I >>mentioned that I tried Ivy and it was inferior to my Ido setup? >> > I haven't find any issue with ivy... and if there are issues there is a > maintainer and active community... I never said that I found issues with Ivy. > If you are not allowed to configure ivy to behave like ido it is because > ivy is not ido... Great! Now, with one more step, you will understand why I'm reluctant to switching from Ido to Ivy when the later is not a replacement for the former. [snip] >>> Recommend ido today will just disappoint users and limit their view of >>> emacs as it is today. >> >>How? And who is recommending Ido? Would they stop recommending Ido if it >>were on Elpa? >> > Most of the documentation around talks more about ido than about > icomplete or icycles... What documentation? Emacs' documentation? Or text from the websphere? It is expected that icycles is not mentioned on Emacs' documentation. If Ido has more mentions on the websphere, that can be explained by several possible reasons, one of them being that people like to write about Ido :-) >>> Many more users are with helm or ivy these >>> days... so "clearly inferior" is a very personal opinion in your case. >> >>I have serious doubts about your statistics. See, I tried Ivy+Swiper at >>least twice on the recent years, simultaneously on several machines. >>That counts as, let's say, 8 installs of Ivy+Swiper. But every time I >>decided that they are not an improvement, so I keep using Ido, which >>comes built-in with Emacs. On your statistics, that's 8 users for Ivy, 0 >>for Ido. >> > But you didn't start it on github for sure, and if you did you only had > one start to give so the statistics are a bit more accurate that way. Can I give stars to Ido on Github? ;-) It seems to me that using Github stars as a popularity contest is quite problematic. [snip] > In any case all spacemacs user are not using ido and that's (with > difference) the bigger community we have right now. How do you know that there are no spacemacs users using Ido and why should we care? [snip] > Again I didn't propose anything. I have just seen many opinions before, > about ido maintenance and update with the new features in emacs. If > changes are bad then we shouldn't do any other emacs release anymore and > keep it as if forever... But emacs have changes too much since 25.1. > > You don't know how well (or bad) my technology works... so you don't > have a comparison point to say that yours work better. I could say that > you didn't like ivy because you didn't configure it properly... those > are both just random opinions without any basement. Sorry, but this is verging into religious flamewar. Let's stop the discussion here.