From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Stepping Back: A Wealth Of Completion systems Re: [ELPA] New package: vertico Date: Sat, 10 Apr 2021 14:08:14 +0300 Message-ID: <83o8em5rdt.fsf@gnu.org> References: <9c9af088-580f-9fb1-4d79-237a74ce605c@inventati.org> <874kgkxxs0.fsf@posteo.net> <78741fe6-2612-d7c9-2bc4-0b68ea7fa51a@yandex.ru> <76a4d0e2-117b-165d-d56e-5bc2f504b50c@yandex.ru> <87blapln0r.fsf@posteo.net> <37bd2e96-ce04-eb6d-24da-fdd7ea427e61@yandex.ru> <87im4wx2ct.fsf@posteo.net> <83ft0080hi.fsf@gnu.org> <16784f40-b959-9a84-65d4-93b71d1bebec@yandex.ru> <837dla7ghj.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38154"; mail-complaints-to="usenet@ciao.gmane.io" Cc: philipk@posteo.net, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Apr 10 13:09:07 2021 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 1lVBUA-0009ok-PL for ged-emacs-devel@m.gmane-mx.org; Sat, 10 Apr 2021 13:09:06 +0200 Original-Received: from localhost ([::1]:57252 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lVBU9-0007FY-Pj for ged-emacs-devel@m.gmane-mx.org; Sat, 10 Apr 2021 07:09:05 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60834) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lVBTV-0006pA-IL for emacs-devel@gnu.org; Sat, 10 Apr 2021 07:08:26 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:43517) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lVBTV-00053F-0H; Sat, 10 Apr 2021 07:08:25 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3866 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lVBTT-0001Xy-6x; Sat, 10 Apr 2021 07:08:24 -0400 In-Reply-To: (message from Dmitry Gutov on Sat, 10 Apr 2021 13:52:58 +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:267803 Archived-At: > Cc: philipk@posteo.net, emacs-devel@gnu.org > From: Dmitry Gutov > Date: Sat, 10 Apr 2021 13:52:58 +0300 > > >> I think it would be desirable to change the default UI just enough so > >> that a code like Xref can make `completing-read` display the > >> completions eagerly. > > > > Right away, i.e. even without the user typing anything? that'd produce > > a huge list of candidates, which would be impractical to display. > > I guess it depends on the usage/language/project, whether the list is > "huge" often enough, or not. Maybe I've lost the context here, but if we are talking about the list of candidates after just "C-u M-.", it's bound to be huge for any non-trivial project. > But *Completions* can display large lists, it will just get cut off. The completions buffer can display any length of candidates, sure. But too long lists are generally an annoyance, cf. the "C-x 8 RET" case.