From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Newsgroups: gmane.emacs.bugs Subject: bug#65520: 30.0.50; [FR Xref] Project-wide operations Date: Fri, 25 Aug 2023 09:03:39 +0200 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38028"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Dmitry Gutov , Visuwesh To: 65520@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Aug 25 09:04:48 2023 Return-path: Envelope-to: geb-bug-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 1qZQsC-0009bH-7g for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 25 Aug 2023 09:04:48 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qZQrd-0008B4-Az; Fri, 25 Aug 2023 03:04:13 -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 1qZQrP-00088g-Bt for bug-gnu-emacs@gnu.org; Fri, 25 Aug 2023 03:04:03 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qZQrN-0000G1-Hk for bug-gnu-emacs@gnu.org; Fri, 25 Aug 2023 03:03:58 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qZQrR-0004OB-UB for bug-gnu-emacs@gnu.org; Fri, 25 Aug 2023 03:04:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 25 Aug 2023 07:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65520 X-GNU-PR-Package: emacs Original-Received: via spool by 65520-submit@debbugs.gnu.org id=B65520.169294703316854 (code B ref 65520); Fri, 25 Aug 2023 07:04:01 +0000 Original-Received: (at 65520) by debbugs.gnu.org; 25 Aug 2023 07:03:53 +0000 Original-Received: from localhost ([127.0.0.1]:39102 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZQrI-0004Nm-QA for submit@debbugs.gnu.org; Fri, 25 Aug 2023 03:03:53 -0400 Original-Received: from mail-ed1-x52f.google.com ([2a00:1450:4864:20::52f]:47226) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZQrH-0004NZ-88 for 65520@debbugs.gnu.org; Fri, 25 Aug 2023 03:03:52 -0400 Original-Received: by mail-ed1-x52f.google.com with SMTP id 4fb4d7f45d1cf-52a06f5f556so880029a12.2 for <65520@debbugs.gnu.org>; Fri, 25 Aug 2023 00:03:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692947021; x=1693551821; h=mime-version:user-agent:message-id:date:cc:references:in-reply-to :subject:to:from:from:to:cc:subject:date:message-id:reply-to; bh=QSDe/WUGmnQag2k5/x3zOLlteB1glX8w/kYYRIksb+U=; b=oVRCk9Rsf1kFWCyeBrzMsctTdBknqeKQ/eCobSx/klV7tBFxkc752RjaEu/LlflCkA PXYC5tPgSjl9T/g/HM296U4YpAMpoEv7FBQY3+yPhMevgDkyp3MCRfJ7Bariuu8UJhlC IDyKWjowtSXT3a/WwizAHTdO0KdhBAAsmawoO+LvecPYihI1nxVjf4ecv+kL+XshCl2I vKLvuOSvaQ1zRyvW0Q7QcomPm8XJkV3PCK6heVaYEQ/obzEUhLltTgZjAoF21Bonjfuu nHi4ZyFd6fBVQtDKWdDYd7Ieo9Gt7QNq2d2d1NSO38Gsk+Zokvo+ODdQNBmZ7Z3tPzr5 O8RA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692947021; x=1693551821; h=mime-version:user-agent:message-id:date:cc:references:in-reply-to :subject:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=QSDe/WUGmnQag2k5/x3zOLlteB1glX8w/kYYRIksb+U=; b=WYx1FoowzXoliXC6nQ9xAvmxh8nr7FUqW7WTvow5EByWwSJh16CpqHJJsTybKK9E/g 9QPfUWwwGITPiYsaW1Xd+HHrgllgNfT2ljTK0E4oZjQAsMJnDDdl6fO5SGEtbzWj9o2T f8fWX0sWOl9rQ07e87ayVE+TiOgk4tp/fyOPUpzASIBXRWVFicKxxFk5jFwlixlJh/LP 6LNmt3P7rSzP1rpts+w6to0amCE+5KiOaUEBnMAmeQt/QUZX4COwhimtP2AkkJG04x1d olzCKDiJDD/Q4Opzg4uf0X+LG1ml+95aZqJ09AaqCKCEJSo4vWn2aA7X7Z5um2C0H16/ OM3Q== X-Gm-Message-State: AOJu0YwgXmtGXYDRkXa/6SjoMhmHzcj0G5EC2aHg3BydLBA9biQ/XJA/ NZq5clQ8jHw+EBDmXWCG/68= X-Google-Smtp-Source: AGHT+IF8a9XeWMjnO6RB6aMIGbHuamQzk9DorTUcrp6GAMeLNCxEAxHQGd33zIxfJmmkl8aM3ZO+IQ== X-Received: by 2002:a05:6402:1a46:b0:51d:9db8:8257 with SMTP id bf6-20020a0564021a4600b0051d9db88257mr13800764edb.30.1692947020702; Fri, 25 Aug 2023 00:03:40 -0700 (PDT) Original-Received: from Mini.fritz.box (pd9e36a34.dip0.t-ipconnect.de. [217.227.106.52]) by smtp.gmail.com with ESMTPSA id k6-20020aa7c386000000b0052889d090bfsm673256edq.79.2023.08.25.00.03.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 25 Aug 2023 00:03:40 -0700 (PDT) In-Reply-To: ("Gerd =?UTF-8?Q?M=C3=B6llmann?="'s message of "Fri, 25 Aug 2023 08:49:01 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:268402 Archived-At: Dmitry Gutov writes: >> In C mode, Xref works using Eglot, in ELisp mode it uses something >> else >> (I have no tags tables). Both work really well, but I apparently have >> to be in an ELisp buffer to use one and in a C buffer to use the other. >> Feature request: Is it possible to use more than one backend at the >> same >> time? So that I could C-M-. to find an ELisp function while being in a >> C file? I couldn't find something like that mentioned in the docs, so I >> guess it's not yet possible. > > No such capability at the moment, but we indeed have an ELPA package > xref-union which implements the "merging" feature that has been > requested in the past. Thanks also to Visuwesh for pointing me to xref-union. > You are asking for something a little different, though: to be able to > switch to a different language/project that's also present in the > current Emacs session. Its backend function cannot be found in the > xref-backend-functions in the current buffer (local or global), unlike > the examples with mixing in etags or imenu results, like mentioned by > Visuwesh. > > A naive approach, or for the new code to search across different open > buffers and look for different available xref-backend-functions > elements. And then prompt the user, and then call (?) the said > function in one of the buffers it was found in, because in all > likelihood it would fail in unrelated ones. > > Perhaps the solution is to add a new facility to Xref, where different > "projects" would be able to register globally in. A feature request > indeed. I'm not sure about the "different project in the same session" thing. My mental model is like so: I'm in a Git repo (Emacs), which is, I think also a project in the project.el sense. This project contains differnt sets of files for which information is available using different backends (Eglot, Etags, others depending on the kind of project). What U'd like to have is something on the level of such a project, if you know what mean. That is, M-. would take all available info for such a project into account.