From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.devel Subject: Re: feature/completions-highlight-modifications e3c5b99 3/6: Add completions-highlight-mode initial implementation. Date: Mon, 23 Nov 2020 17:13:54 +0300 Message-ID: References: <87d00acuh3.fsf@mail.linkov.net> <20201119032519.lpa53ixezgpdppze@Ergus> <87d009kfmf.fsf@mail.linkov.net> <20201119105052.kfichqojkhfwwsiz@Ergus> <87k0ugfirt.fsf@mail.linkov.net> <20201120145248.wmbv2zgbvs7bg25i@Ergus> <871rgmwt6e.fsf@mail.linkov.net> <20201122230956.mai3i6ckqymzvyvb@Ergus> <87pn44juyg.fsf@mail.linkov.net> <20201123114620.6htiapgjp4oykvib@Ergus> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25751"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Cc: emacs-devel@gnu.org, Stefan Monnier , Drew Adams , Juri Linkov To: Ergus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Nov 23 19:13:25 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 1khGL6-0006bF-Eh for ged-emacs-devel@m.gmane-mx.org; Mon, 23 Nov 2020 19:13:24 +0100 Original-Received: from localhost ([::1]:43358 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1khGL5-0003aq-Ft for ged-emacs-devel@m.gmane-mx.org; Mon, 23 Nov 2020 13:13:23 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54652) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1khGJn-0002fx-VP for emacs-devel@gnu.org; Mon, 23 Nov 2020 13:12:03 -0500 Original-Received: from static.rcdrun.com ([95.85.24.50]:51715) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1khGJl-0008GM-3M for emacs-devel@gnu.org; Mon, 23 Nov 2020 13:12:03 -0500 Original-Received: from localhost ([::ffff:41.202.241.56]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002C0013.000000005FBBFB6E.00007E27; Mon, 23 Nov 2020 18:11:57 +0000 Content-Disposition: inline In-Reply-To: <20201123114620.6htiapgjp4oykvib@Ergus> Received-SPF: pass client-ip=95.85.24.50; envelope-from=bugs@gnu.support; helo=static.rcdrun.com X-Spam_score_int: -2 X-Spam_score: -0.3 X-Spam_bar: / X-Spam_report: (-0.3 / 5.0 requ) BAYES_00=-1.9, DATE_IN_PAST_03_06=1.592, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action 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:259689 Archived-At: * Ergus [2020-11-23 14:58]: > IMO icomplete (and ido/ivy/helm/etc) are more invasive than this mode > (as I conceived it initially at least) because they diverged much more > from the *Completions* way to do and the philosophy. TAB philosophy is for line based completions. Anything else need not use TAB. Ivy is not based on TAB it is based on visual selection. Helm is specifically not based on TAB and information about TAB can be found on Helm Wiki. Emacs Helm Wiki https://github.com/emacs-helm/helm/wiki > In case you really think that nothing of this may become default then I > prefer to add this code as a package to elpa instead; to not > overload Please give me reference that I can try that package to see how well it fits in my needs. > the base code with potentially useless/unknown modes that nobody will > find useful/discover (once a user is capable to configure their init.el > they will go for icomplete/ido/fido/ivy/helm instead of this). For your research: icomplete/ido/fido are built-in completions that I never use, simply never. In fact I find them dangerous as unclear usage and bad design (personal view and case of course) can easily lose files or complete something else what is not meant to be. ivy is in GNU ELPA and that is great, I am using ivy to visually locate specific sets in the database or in database editing functions. helm I use also for database work where visual selections and filtering is necessary. For switch to buffer I do use often either ivy or helm, it does not matter. But majority of my time I do not use those non built-in completion. So majority of the time I am not using completions as the Emacs built-in completion is equally fast, more precise and less confusing! If I would count number of keys I have to press in ivy to complete to specific directory I think it is even more than necessary, same for helm. > I think very few old users use the default completions system these days > and it gives a terrible first impression to new comers and make emacs > feel too "vintage". I do not share that idea, quite contrary I find Emacs built-in standard completion very fine and pretty fast feature. When you are familiar with it, it becomes easy. To users in my group so far I do not even recommend anything else but the built-in. Often I switch from one buffer to other, it is trivial to come back by using built-in completion. There are cases where visual completion really helps, but it does not necessarily make things faster! > I even considered to set an overlay but maybe this is something must be > properly fixed (if it is an issue of course) Any completion shall work well in console mode. Please send me that package that I try it out. Thank you. Jean