From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: new-flex-completion-style Date: Wed, 13 Feb 2019 16:40:47 +0100 Message-ID: <87bm3fae80.fsf@telefonica.net> References: <20190202232827.27331.87300@vcs0.savannah.gnu.org> <20190202232828.4AE452159A@vcs0.savannah.gnu.org> <87lg2mynrg.fsf@gmail.com> <87wom5amkd.fsf@telefonica.net> <878sykzmrs.fsf@gmail.com> <87sgwsa5wk.fsf@telefonica.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="252108"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.90 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 13 16:41:17 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gtwey-0013Tr-Kw for ged-emacs-devel@m.gmane.org; Wed, 13 Feb 2019 16:41:16 +0100 Original-Received: from localhost ([127.0.0.1]:58740 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gtwex-0007vt-Kg for ged-emacs-devel@m.gmane.org; Wed, 13 Feb 2019 10:41:15 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:55043) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gtwen-0007tX-2i for emacs-devel@gnu.org; Wed, 13 Feb 2019 10:41:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gtwei-000343-Pf for emacs-devel@gnu.org; Wed, 13 Feb 2019 10:41:02 -0500 Original-Received: from [195.159.176.226] (port=56430 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gtweg-0002xY-Ts for emacs-devel@gnu.org; Wed, 13 Feb 2019 10:40:59 -0500 Original-Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1gtwea-00132f-A5 for emacs-devel@gnu.org; Wed, 13 Feb 2019 16:40:52 +0100 X-Injected-Via-Gmane: http://gmane.org/ Cancel-Lock: sha1:QPvLofz3Sp16NJTUX+zcyav8axU= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:233278 Archived-At: Stefan Monnier writes: >> But you didn't answer my question: what specific features of flx >> are you looking for? > > IIUC Le Wang's `flx` has two main features: > - Its scoring is supposed to be particularly good. This is all about personal taste. For me it is great, others don't think so. Also, it takes a while to get used to and adjust your input according to the scoring method. > - It's supposed to be particularly fast. Not quite. The initial implementation was terribly slow. Then it became usable at the expense of memory usage (caching), which is way higher than it should be for a feature like this. It is in my to-do list to implement the algorithm in C, either into Emacs core or as an extension, and see if the speed improvement is good enough to dispense with all the caching. >> I'd be happy to implement them if I have >> the time, but I have to understand what they are. > > Other than using flx.el I don't see any good way to "implement" those > features (especially the one about speed). > > Of course, I have no idea if flx.el's scoring is indeed significantly > better in practice, nor if it's significantly faster in practice either. > > BTW, the issue of scoring quality is not nearly as obvious as one might > think because the score one should give to a particular match depends on > the user's expectation and the user's expectation often depend on the > past behavior of the tool, i.e. on the scoring. Indeed.