From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: flx -- flex with better sorting Date: Wed, 01 May 2013 20:16:29 +0200 Message-ID: <874nemo9aa.fsf@wanadoo.es> References: <87ip32ofdn.fsf@wanadoo.es> <87bo8uoclh.fsf@wanadoo.es> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1367432208 31217 80.91.229.3 (1 May 2013 18:16:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 1 May 2013 18:16:48 +0000 (UTC) Cc: emacs-devel@gnu.org To: Le Wang Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 01 20:16:46 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 1UXba3-00005L-Ks for ged-emacs-devel@m.gmane.org; Wed, 01 May 2013 20:16:39 +0200 Original-Received: from localhost ([::1]:44351 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UXba3-0003Ac-5n for ged-emacs-devel@m.gmane.org; Wed, 01 May 2013 14:16:39 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:44728) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UXbZz-0003AL-C6 for emacs-devel@gnu.org; Wed, 01 May 2013 14:16:36 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UXbZx-0007b2-U6 for emacs-devel@gnu.org; Wed, 01 May 2013 14:16:35 -0400 Original-Received: from impaqm1.telefonica.net ([213.4.138.17]:17722 helo=telefonica.net) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UXbZx-0007aO-JN for emacs-devel@gnu.org; Wed, 01 May 2013 14:16:33 -0400 Original-Received: from IMPmailhost1.adm.correo ([10.20.102.38]) by IMPaqm1.telefonica.net with bizsmtp id WgGt1l00U0piX6q3MiGVj9; Wed, 01 May 2013 20:16:29 +0200 Original-Received: from qcore ([83.40.116.149]) by IMPmailhost1.adm.correo with BIZ IMP id WiGU1l00B3DUQuj1hiGUp4; Wed, 01 May 2013 20:16:30 +0200 X-CMAE-Analysis: v=1.1 cv=lK0gHRZBQZMSMH/EfOeh8inKrL+gXO9+ZpR8uv+sHQk= c=1 sm=1 a=DQlLCnKHR5QA:10 a=vaN8wkIYCq8A:10 a=sSE9TqpJnXXWdi4WNHITQg==:17 a=pGLkceISAAAA:8 a=Gv_hc4iAnMHIZrzlb5IA:9 a=MSl-tDqOz04A:10 a=axzGnHU3MzvzbWAa:21 a=VpDagRsH2kaS1LDT:21 a=sSE9TqpJnXXWdi4WNHITQg==:117 X-original-sender: 981711563@telefonica.net In-Reply-To: (Le Wang's message of "Thu, 2 May 2013 01:27:48 +0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 213.4.138.17 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:159254 Archived-At: Le Wang writes: > I fixed this bug. Capital letters are considered word beginnings so they > are always preferred. Thanks. >> One Emacs instance started to quickly use memory and had to kill it when >> noticed that the system was furiously paging. That Emacs instance was >> doing nothing, just showing a prompt of 3 candidates for kill-buffer. >> > > It'd be good to get repro steps for this. I'm trying, but no luck so far. >> With ido, C-x k (kill-buffer) usually offers the current buffer as the >> first candidate. After activating flx, that's not necessarily so. >> > > The completion list should change until you hit the first letter. After > that flx takes over sorting. Is this what you're seeing? Yes, if I start with emacs -Q, but no with my setup. I'll bisect my .emacs later and let you know. >> While navigating directory trees with find-file, at certain point no >> candidates where listed as soon as any string was entered. With no >> input, all candidates were shown. I was unable to replicate the problem. >> > > I opened a bug on github to track this. But I don't actually use ido, so > it may take some time to get around to this. Follow up in the bug if you > have more repro details. Ok. While finding a file on a directory that has one named Makefile.configure.in, if I type `ci' no matches are shown. Is this the expected behavior?