From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Daniel Mendler Newsgroups: gmane.emacs.devel Subject: Re: Stepping Back: A Wealth Of Completion systems Re: [ELPA] New package: vertico Date: Wed, 7 Apr 2021 17:17:07 +0200 Message-ID: References: <9c9af088-580f-9fb1-4d79-237a74ce605c@inventati.org> <874kgkxxs0.fsf@posteo.net> <3ec7e2e58a100426a22e@heytings.org> <877dleb2px.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15342"; mail-complaints-to="usenet@ciao.gmane.io" To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Apr 07 17:48:27 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 1lUAPr-0003t7-FH for ged-emacs-devel@m.gmane-mx.org; Wed, 07 Apr 2021 17:48:27 +0200 Original-Received: from localhost ([::1]:55144 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lUAPq-0006WJ-FT for ged-emacs-devel@m.gmane-mx.org; Wed, 07 Apr 2021 11:48:26 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58842) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lU9ve-0002XI-PS for emacs-devel@gnu.org; Wed, 07 Apr 2021 11:17:14 -0400 Original-Received: from server.qxqx.de ([2a01:4f8:121:346::180]:39193 helo=mail.qxqx.de) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lU9vc-0006Jf-7d for emacs-devel@gnu.org; Wed, 07 Apr 2021 11:17:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=qxqx.de; s=mail1392553390; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=NU9pIFnZoKjSIlUbiq03CfF59N8aCDvtsYqeRnNM/fE=; b=GLYfs+dGewDaySHhrm1rmdZJ0s MdQElsge9mFjz7kOe+96ORixV/wTgLeVQuhWB7qkFKNV7v74P13seIDmxBNE26jlfrPBRCXW5oavp OZ9eIspJFLBSPrSbDR3ET5iVXXDEzxXg7A34aMw94C2XDMNLipGv1DN/OdrmwgOsEr5s=; In-Reply-To: <877dleb2px.fsf@posteo.net> Content-Language: en-US Received-SPF: pass client-ip=2a01:4f8:121:346::180; envelope-from=daniel@mendler.net; helo=mail.qxqx.de X-Spam_score_int: -41 X-Spam_score: -4.2 X-Spam_bar: ---- X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Wed, 07 Apr 2021 11:47:25 -0400 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:267527 Archived-At: On 4/7/21 4:15 PM, Philip Kaludercic wrote: > I think I've also mentioned that selection can be hierarchical. I think > this too would be applicable to insert-char, considering how unicode > divided into groups and subgroups. I agree that hierarchical selection can be useful when browsing through a structure. However when doing a quick selection, I perceive it as slower. For example there is imenu, where you have to step through multiple layers of the hierarchy to reach the destination. A popular demand is for a flattened imenu which allows faster completion, see for example the package flimenu or counsel-imenu. But as soon as you flatten you certainly use the ability to browse the structure, so you have some point. > All of these features already exist, partially or only to the degree it > is found to be necessary. Eg. ibuffer has hierarchies and the ability to > filter by some preconfigured predicates. I think that there is a general > pattern here that can be exploited to make the overall experience more > uniform. I wonder how all these use cases could be unified under a common API. I would certainly not want to lose the current fast, flat selection mechanism via completion as offered by `completing-read'. Regarding predicates, there is an idea how this could be integrated with completion. One can implement a completion style which support a filter language, depending on the completion category. The completion style can then execute the filter predicates on the corresponding objects. However such an approach certainly takes it a bit far as completion styles are concerned. I think Icicles offers options to filter within completion based on predicates? Daniel Mendler