GNU bug report logs - #55778
29.0.50; [PATCH] M-. into a .gz; we've all been there.

Previous Next

Full log

Message #46 received at 55778 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 55778 <at> debbugs.gnu.org, dick.r.chiang <at> gmail.com, monnier <at> iro.umontreal.ca
Subject: Re: bug#55778: 29.0.50; [PATCH] M-. into a .gz; we've all been there.
Date: Mon, 06 Jun 2022 15:51:17 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: dick.r.chiang <at> gmail.com,  55778 <at> debbugs.gnu.org,  monnier <at> iro.umontreal.ca
> Date: Mon, 06 Jun 2022 14:25:34 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > That it supports C files doesn't mean it cannot support others: the
> > feature is quite general, not tied to C mode in any way.
> 
> It just seems like a really awkward fit -- the features aren't
> dissimilar in concept, but they're very different in feeling.
> `ff-get-other-file' tries to magically guess at stuff, while
> `find-sibling-file' explicitly leaves it all to the user.

Maybe I'm missing something, but isn't ff-other-file-alist equivalent
to your find-sibling-rules?

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.