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.help Subject: Re: etags to xref changed navigation Date: Mon, 22 Apr 2024 18:30:38 +0300 Message-ID: <86edax5s9t.fsf@gnu.org> References: <87sezdqvox.fsf@vps.thesusis.net> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40154"; mail-complaints-to="usenet@ciao.gmane.io" To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Mon Apr 22 17:31:28 2024 Return-path: Envelope-to: geh-help-gnu-emacs@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 1ryvde-000ADQ-C5 for geh-help-gnu-emacs@m.gmane-mx.org; Mon, 22 Apr 2024 17:31:26 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ryvd1-0008Pg-R4; Mon, 22 Apr 2024 11:30:47 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ryvcz-0008Ov-6k for help-gnu-emacs@gnu.org; Mon, 22 Apr 2024 11:30:45 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ryvcy-0003lL-AC for help-gnu-emacs@gnu.org; Mon, 22 Apr 2024 11:30:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=LIpYKWH7bWk4upWOHjCkc6jtnpQ/Jt6RlTnZKZvRNa8=; b=YHgu64NNn/Qr kwLkwjTyyLPekSOO3H/23QiMGO4Imsi+LJ07oTnNCrWWS3XOJ1HI8AT+nhdupa6ys7iA+XCL6E5Ux 323hDK2w9zVN8FaRjTPiUc+7iqPLsR0WlUKW+p6dKHaqEnE2D5bklbpdfzv1bMVeNlYHSdZW/ZGfY j/oV87FXdlADL57ON1f+ojwk0Dm6DqKH7IpH14qypcIxgfGSRkfWpMxBBZKPcEA+fpdt7rQr77C9e DS+TkxXA6tz0bZbLuUbW54km5RTXi0dtnnVUW+6fG0wSeORJ1zxD43FVnF3GGW4EKCERV2Hg1pJr/ h8rVuXYsDAxXbJCI3oaMVA==; In-Reply-To: <87sezdqvox.fsf@vps.thesusis.net> (message from Phillip Susi on Mon, 22 Apr 2024 11:11:10 -0400) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.help:146430 Archived-At: > From: Phillip Susi > Date: Mon, 22 Apr 2024 11:11:10 -0400 > > Etags used to work by hitting ( I think it was ) M-. to find the first > reference, then M-, to cycle through the remaining references. It seems > that when it was replaced with xref, the M-, binding was removed, and > now M-. opens an xref buffer ( splitting the window ) listing all of the > references, and you have to navigate that buffer in one window while > viewing each location in another. > > I find this process slow and cumbersome compared to the old way of just > jumping from reference to reference. Is there a way to get back to the > old behavior? The old behavior is supposed to be necessary much less with xref, since xref's search is more accurate, and usually finds only one candidate. So I'd be interested to know in what programming language do you see many candidates, and why. In addition, you haven't explained why you find the navigation in the XREF buffer slow and cumbersome. Basically, once you switch to the XREF buffer, you can display next/previous candidate with a single key, which is not more typing than "M-," (and there's the ability to select a candidate that is not next or previous, something "M-," couldn't give you). In addition, you can customize the variable xref-auto-jump-to-first-definition to the value 'move' or 'show', in which case the first candidate will be shown even if there are several candidates. Given all these facts, I'd be interested to hear why you consider the new operation inferior to the old one. If you still want to have the old behavior back, you can rebind M-. to find-tag and M-, to tags-loop-continue, which still exist, just without the default key binding.