From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Jason Rumney Newsgroups: gmane.emacs.devel Subject: Re: making iswitchb the default Date: Thu, 15 Apr 2004 13:03:00 +0100 Organization: Integra SP Ltd Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <407E79F4.9060002@gnu.org> References: <20040414214343.GA27960@fencepost> <407E6C75.1060601@gnu.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1082034925 2920 80.91.224.253 (15 Apr 2004 13:15:25 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 15 Apr 2004 13:15:25 +0000 (UTC) Cc: John Wiegley , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu Apr 15 15:15:13 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BE6i1-0004eY-00 for ; Thu, 15 Apr 2004 15:15:13 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BE6i0-0003y2-00 for ; Thu, 15 Apr 2004 15:15:12 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BE6NJ-00038v-H8 for emacs-devel@quimby.gnus.org; Thu, 15 Apr 2004 08:53:49 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BE65k-0007CJ-Pn for emacs-devel@gnu.org; Thu, 15 Apr 2004 08:35:40 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BE5ab-0000jP-IZ for emacs-devel@gnu.org; Thu, 15 Apr 2004 08:04:00 -0400 Original-Received: from [209.61.173.204] (helo=integrasp.com) by monty-python.gnu.org with smtp (Exim 4.30) id 1BE5ab-0000jC-2f for emacs-devel@gnu.org; Thu, 15 Apr 2004 08:03:29 -0400 Original-Received: (qmail 23667 invoked from network); 15 Apr 2004 11:49:04 -0000 Original-Received: from unknown (HELO ntserver.integrasp.com) (217.207.198.106) by 66.216.96.43 with SMTP; 15 Apr 2004 11:49:04 -0000 Original-Received: from gnu.org (altiojr.altio.com [192.168.111.196]) by ntserver.integrasp.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id 2CQ68Z7S; Thu, 15 Apr 2004 13:03:00 +0100 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-gb, en, ja Original-To: "Kim F. Storm" In-Reply-To: X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:21684 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:21684 Kim F. Storm wrote: > Jason Rumney writes: > >>>Just FYI, ido doesn't have these problems. >> >>It does have similarly strange completion results, though with ido I >>can see after some experimentation that if I type "a TAB", I get all >>buffers that contain "a" or "A" anywhere in their name, whereas >>iswitchb doesn't appear to read my input at all. > > If you enter another TAB, ido shows all buffer names. However, with > ido (and iswitchb), you really don't need TAB completion -- you have > the relevant completions listed already in the minibuffer, so using > TAB is an exception rather than the rule (especially if you know > which buffer or file name you are looking for). So the bug I am seeing in iswitchb seems to be that it doesn't always list the completions in the minibuffer, and in such cases it appears to randomly select a buffer when you hit return, regardless of what you type. With ido, if I enter 1 TAB, I get a Completions buffer with the same contents as the minibuffer (which is useful when there are too many buffers to display in the minibuffer), but when I enter a second TAB, it acts like C-x o (other-window), placing my cursor back in the Window I started from. This looks like a bug. > Normally ido matches everywhere in the name. I suspected that might be the case, and I guess that for advanced users once they get used to it, it might be faster. But for a new user, such behaviour is surprising, so I would not recommend ido to be enabled by default.