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: [PATCH] (icomplete-vertical-mode): Add support for affixations and, annotations Date: Mon, 24 May 2021 00:38:40 +0200 Message-ID: <0a854bd9-27b0-3ed3-ba74-25d2765c083a@daniel-mendler.de> References: <87zgwlb4xc.fsf@gmail.com> <617d06ca-27bf-2ae8-26eb-1042123499d3@daniel-mendler.de> <87pmxhb1rs.fsf@gmail.com> <23510125-37b9-e87e-3590-5322f44772ce@daniel-mendler.de> <87a6olazff.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22081"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Juri Linkov , monnier@iro.umontreal.ca, "emacs-devel@gnu.org" To: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon May 24 00:39:47 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 1lkwl8-0005Yx-IN for ged-emacs-devel@m.gmane-mx.org; Mon, 24 May 2021 00:39:46 +0200 Original-Received: from localhost ([::1]:46556 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lkwl7-0000ws-KN for ged-emacs-devel@m.gmane-mx.org; Sun, 23 May 2021 18:39:45 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41518) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lkwkB-0007oK-LT for emacs-devel@gnu.org; Sun, 23 May 2021 18:38:47 -0400 Original-Received: from server.qxqx.de ([2a01:4f8:121:346::180]:36345 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 1lkwk9-0006Pg-Dl for emacs-devel@gnu.org; Sun, 23 May 2021 18:38:47 -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:Cc:To:Subject:Sender:Reply-To: 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=FoCxg6XT89VDwUu8wbkxEL5UViItx6RPFCaP2Q/eIzk=; b=vVcecKvksqZvhbO/OlTct+g3Hc NAzOOYln6mGrF9EKckB+4gAFp+0aZsCbNZHWeFGELDmcXnoREBfa/Re6DwN78t8ZttBRHq7Y4km12 RnaCHvaz79zVLdIwTFDDltGzmx5IxlrAw8tnZrArJmmXEYIGtC9TuYoROadMi+8kP4C8=; In-Reply-To: <87a6olazff.fsf@gmail.com> Content-Language: en-US Received-SPF: pass client-ip=2a01:4f8:121:346::180; envelope-from=mail@daniel-mendler.de; 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-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:269712 Archived-At: On 5/23/21 11:54 PM, João Távora wrote: > By the way, as a tangent to this, but spurred by your activity and > improvements to icomplete.el, I'm also thinking of enhaving icomplete.el > to allow a different type of scrolling in icomplete-vertical-mode where > the active completion isn't necessarily shown in the screen line of the > minibuffer. So that it acts more like a classic dropdown. Kind of > company-mode but in the minibuffer. You may want to take a look at my Vertico package which is on GNU ELPA. It is basically a reimplementation of Icomplete with a classic dropdown. The inner workings are similar to Icomplete. The main technical difference is that Icomplete rotates the candidates, while Vertico keeps an index. But besides that, Vertico is fully compliant with the completion infrastructure. > Another idea is to make icomplete work for > `completion-in-region-function`. Icomplete already should somehow work as a `completion-in-region-function`, but I think it is a bit brittle. Related to my Vertico package, I also have the Corfu package, which uses a similar implementation as Vertico, but uses a child frame to display the completion list (Similar to Company-Box, Company-Posframe etc). https://github.com/minad/vertico https://github.com/minad/corfu Daniel