From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.bugs Subject: bug#2042: Ido-mode : filtering does not keep ordering Date: Sat, 01 Oct 2011 15:10:56 -0400 Message-ID: <8739fch6in.fsf@stupidchicken.com> References: <6fa54e4e0901250554q1519cba5t83df1577e2cbc132@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1317496328 8485 80.91.229.12 (1 Oct 2011 19:12:08 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 1 Oct 2011 19:12:08 +0000 (UTC) Cc: Antoine Levitt , 2042@debbugs.gnu.org To: Leo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Oct 01 21:11:56 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RA4yY-0000Kq-G8 for geb-bug-gnu-emacs@m.gmane.org; Sat, 01 Oct 2011 21:11:54 +0200 Original-Received: from localhost ([::1]:59360 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RA4yX-0006m4-W7 for geb-bug-gnu-emacs@m.gmane.org; Sat, 01 Oct 2011 15:11:53 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:46001) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RA4yU-0006lV-Qv for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2011 15:11:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RA4yT-0002uj-EF for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2011 15:11:50 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:41421) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RA4yT-0002uO-Cr for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2011 15:11:49 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1RA4ze-0006WG-DG for bug-gnu-emacs@gnu.org; Sat, 01 Oct 2011 15:13:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Oct 2011 19:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 2042 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 2042-submit@debbugs.gnu.org id=B2042.131749633425004 (code B ref 2042); Sat, 01 Oct 2011 19:13:02 +0000 Original-Received: (at 2042) by debbugs.gnu.org; 1 Oct 2011 19:12:14 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RA4yr-0006VF-Gm for submit@debbugs.gnu.org; Sat, 01 Oct 2011 15:12:13 -0400 Original-Received: from vm-emlprdomr-04.its.yale.edu ([130.132.50.145]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RA4yo-0006V7-Nu for 2042@debbugs.gnu.org; Sat, 01 Oct 2011 15:12:11 -0400 Original-Received: from furball (ip-64-134-66-107.public.wayport.net [64.134.66.107]) (authenticated bits=0) by vm-emlprdomr-04.its.yale.edu (8.14.4/8.14.4) with ESMTP id p91JAuj0028182 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 1 Oct 2011 15:10:56 -0400 In-Reply-To: (Leo's message of "Sun, 25 Sep 2011 00:20:27 +0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (gnu/linux) X-Scanned-By: MIMEDefang 2.71 on 130.132.50.145 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sat, 01 Oct 2011 15:13:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:52051 Archived-At: Leo writes: > I occasionally try iswitch-mode and find its buffer switching much > more pleasant to use than ido's. The trouble is ido tries to be smart > in ordering matches. Sadly that gets in the way most of the time. Could you explain in words what the existing code tries to do? Maybe it's indeed misguided and ought to be taken out, but it would be good to first figure out what the original intention was.