From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: handling many matches Date: Sat, 02 May 2020 20:25:33 +0300 Message-ID: <83tv0yqmeq.fsf@gnu.org> References: <119c0543-387d-4fad-b7fe-b4e07a7be4f8@default> <837dxuvohj.fsf@gnu.org> <83wo5usaui.fsf@gnu.org> <14f6ff0f-afcc-5cc2-b8ce-491209c1e739@yandex.ru> <83y2qaqoxi.fsf@gnu.org> <5f531674-88b2-55fd-a677-7cbd57a62b91@yandex.ru> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="115793"; mail-complaints-to="usenet@ciao.gmane.io" Cc: jonas@bernoul.li, emacs-devel@gnu.org, monnier@iro.umontreal.ca, adam@alphapapa.net, kyle@kyleam.com, drew.adams@oracle.com To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat May 02 19:26:21 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jUvu9-000U3A-R3 for ged-emacs-devel@m.gmane-mx.org; Sat, 02 May 2020 19:26:21 +0200 Original-Received: from localhost ([::1]:43202 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jUvu8-0006Tx-RK for ged-emacs-devel@m.gmane-mx.org; Sat, 02 May 2020 13:26:20 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39820) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jUvta-0005ny-Af for emacs-devel@gnu.org; Sat, 02 May 2020 13:25:46 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:34702) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jUvtY-0006bk-Mf; Sat, 02 May 2020 13:25:44 -0400 Original-Received: from [176.228.60.248] (port=3846 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jUvtX-0005le-J8; Sat, 02 May 2020 13:25:44 -0400 In-Reply-To: <5f531674-88b2-55fd-a677-7cbd57a62b91@yandex.ru> (message from Dmitry Gutov on Sat, 2 May 2020 19:58:08 +0300) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:248510 Archived-At: > Cc: drew.adams@oracle.com, monnier@iro.umontreal.ca, jonas@bernoul.li, > emacs-devel@gnu.org, philippe.vaucher@gmail.com, adam@alphapapa.net, > kyle@kyleam.com > From: Dmitry Gutov > Date: Sat, 2 May 2020 19:58:08 +0300 > > >>> Like I said, I think the hopes it will deliver a significant enough > >>> improvement are overrated. It will certainly bloat the lists of > >>> candidates by factors, which is why I think it isn't a very good idea > >>> as long as we don't have some smart scoring of candidates. > >> > >> The amount of "bloat" will be strictly limited by the number of aliases > >> we add. > > > > Yes, and I tend to think we will add a lot. > > That's a self-defeating argument. > > By the amount of resistance from your side, my impression so far is that > we'll end up adding none (again). Read my lips: I do NOT resist. I'm warning the enthusiasts that they might end up with a situation that is not better and potentially worse than what we have today, and that the existing C-h commands will still need to be used a lot to make any sense out of the results. Other than that, feel free to propose any number of aliases that you think might make sense. I promise not to object, just make comments and speak my opinions about the proposed aliases. > > When the first few candidates are what I want, predictability goes out > > the window. I'm a happy user when I find what I'm looking for fast. > > That rules out the "browsing an API" use case, when we need the "first > 20" or "first 40" candidates to be good. Yes, because that use case shouldn't be served by completion, IMO. If someone wants a complete list of APIs, we should present the list of APIs. Completion is for _using_ one of the candidates, not about looking through the entire list.