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: Xref completion Date: Tue, 17 Nov 2020 20:38:24 +0200 Message-ID: <83ima3rfq7.fsf@gnu.org> References: <873617ets1.fsf@ambrevar.xyz> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11974"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Pierre Neidhardt Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Nov 17 19:39:09 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 1kf5si-0002xQ-R0 for ged-emacs-devel@m.gmane-mx.org; Tue, 17 Nov 2020 19:39:08 +0100 Original-Received: from localhost ([::1]:38720 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kf5sh-0003VR-S1 for ged-emacs-devel@m.gmane-mx.org; Tue, 17 Nov 2020 13:39:07 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53150) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kf5s6-0002zQ-KH for emacs-devel@gnu.org; Tue, 17 Nov 2020 13:38:30 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:60248) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kf5s5-0003o0-Ov; Tue, 17 Nov 2020 13:38:29 -0500 Original-Received: from [176.228.60.248] (port=4070 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kf5s4-00043j-Nw; Tue, 17 Nov 2020 13:38:29 -0500 In-Reply-To: <873617ets1.fsf@ambrevar.xyz> (message from Pierre Neidhardt on Tue, 17 Nov 2020 19:13:18 +0100) 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:259303 Archived-At: > From: Pierre Neidhardt > Date: Tue, 17 Nov 2020 19:13:18 +0100 > > Currently, when a xref query hits multiple candidates Emacs shows a Xref > buffer with the various candidates and their location. > > While informative, it's a bit slow in terms of UX because the user has > to navigate an extra buffer just to confirm the candidate. > > I've addressed this issue as part of my work on Helm-SLY, a Helm for the > fork of SLIME. > > https://github.com/emacs-helm/helm-sly > > In particular, I've overridden the behaviour with regards to Xrefs and > instead of showing the Xref buffer, I'm now offering completion: the > user can match against the symbol but also against the file and line > position. > > See screenshot attached. I'm not sure I understand the UI and the interaction. When there are several hits, they usually are spelled (almost) the same. So how would the user pick up what he/she wants using the completion UI? And where are the candidates shown -- in the minibuffer? or in a special buffer, like Xref does?