From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Spencer Baugh Newsgroups: gmane.emacs.bugs Subject: bug#63829: 29.0.90; project-find-file's future history breaks with common-parent-directory Date: Fri, 18 Aug 2023 16:57:18 -0400 Message-ID: References: <16b64d95-35e9-ef94-2c54-17b670111f0f@gutov.dev> <86h6rnw7gm.fsf@mail.linkov.net> <3e404df1-b3a9-f9e3-4270-f42df8b704c7@gutov.dev> <87a5uti6mo.fsf@catern.com> <73a695f3-7c6a-0e50-41dd-61f8269f6ecf@gutov.dev> <875y5fitiq.fsf@catern.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28800"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: sbaugh@catern.com, 63829@debbugs.gnu.org, monnier@iro.umontreal.ca, Juri Linkov To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Aug 18 22:58:14 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 1qX6Xu-0007Gr-Dj for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 18 Aug 2023 22:58:14 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qX6Xj-0007Wn-JU; Fri, 18 Aug 2023 16:58:03 -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 1qX6Xi-0007WQ-26 for bug-gnu-emacs@gnu.org; Fri, 18 Aug 2023 16:58:02 -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 1qX6Xh-0000zn-QE for bug-gnu-emacs@gnu.org; Fri, 18 Aug 2023 16:58:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qX6Xi-0007Z9-CI for bug-gnu-emacs@gnu.org; Fri, 18 Aug 2023 16:58:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Spencer Baugh Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Aug 2023 20:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63829 X-GNU-PR-Package: emacs Original-Received: via spool by 63829-submit@debbugs.gnu.org id=B63829.169239224729033 (code B ref 63829); Fri, 18 Aug 2023 20:58:02 +0000 Original-Received: (at 63829) by debbugs.gnu.org; 18 Aug 2023 20:57:27 +0000 Original-Received: from localhost ([127.0.0.1]:48910 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qX6X8-0007YC-Ot for submit@debbugs.gnu.org; Fri, 18 Aug 2023 16:57:27 -0400 Original-Received: from mxout6.mail.janestreet.com ([64.215.233.21]:50897) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qX6X7-0007Xz-1L for 63829@debbugs.gnu.org; Fri, 18 Aug 2023 16:57:25 -0400 In-Reply-To: (Spencer Baugh's message of "Thu, 17 Aug 2023 16:12:33 -0400") 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:267790 Archived-At: BTW, one more feature in this vein (stealing this idea from Stefan) would be if we automatically moved point to the same location in the other file. That might be a little too magical. But it would be very cool... I guess the ideal thing we'd want is to move point to the same function, which is a bit trickier... could be done with imenu perhaps. Not sure... Maybe the right call would be to have a keybinding in C-x p p like j or something, which would just instantly jump you to the same file in the other project. So you'd just run C-x p p j and that would open the same file in the other project, with point inside the same function (using imenu), at the same offset in that function. That could be helpful for other reasons too: I've often wanted "just put me anywhere in this other project, I don't care where", and this could be that command. Although I suppose mostly I want that because C-x p p isn't currently a generic prefix for any command, and if we convert it to be that (with next-default-directory or something), I won't need that. Alternatively, maybe C-x p j could be an alternative to C-x p p, and when it prompts for a project, it could prompt only for "sibling projects" which have the same file structure. And we could have a built-in way to detect sibling projects: Any other worktree of the current git repository is a sibling project. (And we would make this extensible too of course; maybe have both project-siblings and vc-list-worktrees as extension points)