From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Josh Newsgroups: gmane.emacs.devel Subject: Re: icomplete-mode vs. iswitchb Date: Wed, 11 Dec 2013 10:09:08 -0800 Message-ID: References: <8761ra7uq3.fsf@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: ger.gmane.org 1386785387 4237 80.91.229.3 (11 Dec 2013 18:09:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 11 Dec 2013 18:09:47 +0000 (UTC) Cc: Stephen Eglen , emacs-devel To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 11 19:09:51 2013 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 1VqoEJ-0001Cy-M3 for ged-emacs-devel@m.gmane.org; Wed, 11 Dec 2013 19:09:51 +0100 Original-Received: from localhost ([::1]:59058 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VqoEJ-0000Rp-1T for ged-emacs-devel@m.gmane.org; Wed, 11 Dec 2013 13:09:51 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50740) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VqoEC-0000Re-9k for emacs-devel@gnu.org; Wed, 11 Dec 2013 13:09:48 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VqoE7-0001lm-NL for emacs-devel@gnu.org; Wed, 11 Dec 2013 13:09:44 -0500 Original-Received: from mail-wi0-f180.google.com ([209.85.212.180]:48712) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VqoE7-0001lc-IX for emacs-devel@gnu.org; Wed, 11 Dec 2013 13:09:39 -0500 Original-Received: by mail-wi0-f180.google.com with SMTP id hn9so1297459wib.1 for ; Wed, 11 Dec 2013 10:09:38 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=QEXfLDMbY/9qMlju56P6stYiWZO0MjN49ood3NZFwyk=; b=b1RlLDTvXBCx8g7OozJ4oCYKsse5b2VN/nOCtcvAS51P4hemklIYkvY0MHJcEd3lKA D59A/Midnoe9Q2rWOvS4MCTiXDrxiHORl0z99q7Rm1pNC/vZc3K78jcDpFFgdlVXh79U Q+QWSoFBmPkulm+YCjyQZjyVooRNcgN0gj9CmmoRM2FP8Pt6WzCYd7WxQVxz1DdzhUJq DEOqumb9cXj3ZMm6MnT1Z6yxqaVZSZIPdbL9nyOtpknefL+Kr9E2YPyYMl4CgDyfdSHm c6I1bDpIkGPFuJDaApSW4IJnSacY64Udo8POozYUduUrM4LHxvRNZwA2qxkMgOHyQXNU jo9A== X-Gm-Message-State: ALoCoQmnHsyA6Opt49FwyLEE+r/7+CE1gux8mQ1aA/myGEEN16B1rw2TGMU6pmiJZgFj+fyMxPHq X-Received: by 10.194.237.99 with SMTP id vb3mr2827530wjc.28.1386785378205; Wed, 11 Dec 2013 10:09:38 -0800 (PST) Original-Received: by 10.194.24.7 with HTTP; Wed, 11 Dec 2013 10:09:08 -0800 (PST) In-Reply-To: X-Google-Sender-Auth: NEq7IUAMdQ9VYHEax-LLraV7Ebk X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.212.180 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:166305 Archived-At: On Tue, Dec 10, 2013 at 8:04 PM, Stefan Monnier wrote: >> favor is Stefan's presumption that the package preferred by the >> majority of users could not be configured to behave like the package >> preferred by a far smaller minority. > > WTF are you talking about? IDO is just as available as ever. Are you being deliberately obtuse or do you read as selectively as you quote? You have said that icomplete is to replace iswitchb. I have argued that ido would be a more suitable replacement because all of the available evidence strongly suggests that users prefer ido over icomplete by a wide margin, not to mention the fact that a substantial amount of library and user code is built on top of ido. There is an ongoing discussion about features that ought to be enabled by default to improve the experience of new users and this discussion has largely been based on features' current popularity, about which we now have good insight thanks to the efforts of those who have extracted that information from bug reports and who have organized and participated in the wiki poll. In this context it seems obvious that such a popular library as ido should be enabled by default, but instead you have chosen the polar opposite for ido, to "slowly obsolete" it for reasons unknown. Can you seriously not see how this appears irrational?