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: Mon, 9 Dec 2013 21:15:20 -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 1386652567 9631 80.91.229.3 (10 Dec 2013 05:16:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 10 Dec 2013 05:16:07 +0000 (UTC) Cc: emacs-devel To: Stephen Eglen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 10 06:16:09 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 1VqFfz-00083S-Pu for ged-emacs-devel@m.gmane.org; Tue, 10 Dec 2013 06:16:07 +0100 Original-Received: from localhost ([::1]:47269 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VqFfy-00080O-Vn for ged-emacs-devel@m.gmane.org; Tue, 10 Dec 2013 00:16:06 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51276) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VqFfr-000807-8B for emacs-devel@gnu.org; Tue, 10 Dec 2013 00:16:03 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VqFfk-0007rO-0C for emacs-devel@gnu.org; Tue, 10 Dec 2013 00:15:59 -0500 Original-Received: from mail-wg0-f45.google.com ([74.125.82.45]:34100) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VqFfj-0007rK-QM for emacs-devel@gnu.org; Tue, 10 Dec 2013 00:15:51 -0500 Original-Received: by mail-wg0-f45.google.com with SMTP id y10so4480295wgg.24 for ; Mon, 09 Dec 2013 21:15:50 -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=o+M+tGvwTNsOH8FQVz/s1YKnom5ycmUllVrMCIlClto=; b=BghokDRnfhC9OOjqYv3xE1XceU3WYfWDXz9upaMVvpX2pxB2Px789Rcwn8lHsR74Ae 2u0qXhL+pr7PwaJ6FRPPmHyva1lwWHIGt0IZ4hn7+ubXj0tOR25AP1CgWEuBj7Xkv48I xVFjDFyrliqW7VdqcWOpISjIiY3EdTC2sbcrPD9ffzGVTdxe0OStOScZnNjv+DVqmcYQ 7SM8xG70OaMw0U4G6p/4i2RwEmirWvfMHawZVIDg3ysh8uEqzR1ZptwMxcmE6jT+zvuy r7X0QpjSXcXhmFd27eHzJ/hkKvJUwFsX8LyXXvvafvk14z7iR9Ovr352388/JmaxdMRM x6Jw== X-Gm-Message-State: ALoCoQn4uWxcakfAMNcn0tBTJ3DKDW47vOor/6FNfXn1G/szfSRngV1M+3T0R82i+ECegeLAQhu1 X-Received: by 10.180.171.34 with SMTP id ar2mr10046408wic.25.1386652550381; Mon, 09 Dec 2013 21:15:50 -0800 (PST) Original-Received: by 10.194.24.7 with HTTP; Mon, 9 Dec 2013 21:15:20 -0800 (PST) In-Reply-To: X-Google-Sender-Auth: EvQVXnnfuGA-1jrj6TQInwjvZ5M X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 74.125.82.45 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:166254 Archived-At: On Sun, Dec 8, 2013 at 11:05 AM, Stephen Eglen wrote: >> C-. and C-, (the logic behind those is that , and . are just below < >> and > in the US keyboard). > > For iswitchb/ido users, this is not going to be very intuitive -- would > you consider also C-s and C-r for those two rotation commands? I think > those bindings are more logical, as you are searching forwards (or > backwards) through the completion list. > > Also, the logic behind . and , doesn't help those many people not on a US > keyboard! Furthermore, C-. and C-, are not available in ttys. More importantly however, icomplete's key bindings would be a moot point in any rational discussion about iswitchb's successor given the fact that all of the available evidence indicates that users prefer ido to icomplete by a wide margin, and that to the best of my knowledge the _only_ argument that has been put forward in icomplete's 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.