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: Sun, 11 Apr 2021 10:20:36 +0300 Message-ID: <83r1jh4797.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> <83blam7gzh.fsf@gnu.org> <9b76beed-13f8-18e4-1d14-4dc0a04d4ab6@yandex.ru> <83czv25gju.fsf@gnu.org> <71caf2d4-4f3f-f347-ea20-638aed25c76f@yandex.ru> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28326"; mail-complaints-to="usenet@ciao.gmane.io" Cc: philipk@posteo.net, emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Apr 11 09:21:34 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 1lVUPW-0007Ea-2L for ged-emacs-devel@m.gmane-mx.org; Sun, 11 Apr 2021 09:21:34 +0200 Original-Received: from localhost ([::1]:48946 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lVUPV-0007Hz-4L for ged-emacs-devel@m.gmane-mx.org; Sun, 11 Apr 2021 03:21:33 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35758) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lVUOu-0006TB-54 for emacs-devel@gnu.org; Sun, 11 Apr 2021 03:20:56 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:58215) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lVUOt-00069j-CA; Sun, 11 Apr 2021 03:20:55 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2654 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lVUOs-0002El-LM; Sun, 11 Apr 2021 03:20:55 -0400 In-Reply-To: <71caf2d4-4f3f-f347-ea20-638aed25c76f@yandex.ru> (message from Dmitry Gutov on Sun, 11 Apr 2021 03:04:09 +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:267859 Archived-At: > Cc: philipk@posteo.net, emacs-devel@gnu.org > From: Dmitry Gutov > Date: Sun, 11 Apr 2021 03:04:09 +0300 > > >> I don't always know what file name I want to type either, and either > >> guess by typing a part of the word and pressing TAB. Or type multiple > >> relevant words at once, if the completion UI allows it (that's very > >> helpful for choosing a project-relative file name in project-find-file). > > > > Never happens to me, and probably never will. If I don't know what to > > type, I first find out (by "other means"). > > Let me expand on one of the previous examples. There is this command, > project-find-file, which expects you to choose among a number > (thousands?) of long-ish file names relative to the project root. > > Do you also always precisely know the file name you want to visit in > advance? Yes, pretty much. Although I must qualify that: I don't (yet) use project.el features except for testing. > And so never really make use of the discoverability side-effect of > the completion buffer? Never. As I said: for me, completion is not a discoverability tool, it's a type-saving tool. I use other features for discovering stuff. > >> But Company is just as useful in "needs help in typing as few characters > >> as possible" kind of scenarios. > > > > But its goal is still different, and doesn't make much sense in my > > completion use cases. In fact, whenever I need to use programs that > > only provide the "selection" type, I frequently am annoyed and many > > times need to repeatedly type the same input until I get it right. > > I would hope that "Emacs with company-mode enabled" is not among such > programs. Emacs cannot be one such program, because it doesn't provide _only_ the selection type: there's always the usual completion.