bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Lars Ingebrigtsen
Subject: bug#55778: 29.0.50; [PATCH] M-. into a .gz; we've all been there.
Date: Wed, 08 Jun 2022 13:39:59 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)

Eli Zaretskii <eliz@gnu.org> writes:

>> No?  "Alist of extensions to find given the current file's extension."
>> `find-sibling-rules' isn't about extensions.
>
> It isn't?  Then why did you show these examples:
>
>> So I've now added a new command `find-sibling-file' to Emacs 29.  This
>> setting does what the latter:
>> 
>> (setq find-sibling-rules
>>       '(("\\(/usr/share/emacs.*/\\(lisp/.*.el\\).gz\\)"
>>       "/home/larsi/src/emacs/trunk/\\2\\'")))

That's not about extensions, but finding a related file in a different
directory.

> Anyway, I'm not saying that find-file.el can support everything you
> wanted to support OOTB.  But it can support most of it, and it can be
> extended to support the rest.  So it sounds strange to me to come up
> with an entirely new feature, implemented from scratch and with an
> incompatible API, when these two have such a significant functionality
> overlap.

I understand your point, but I don't feel there's much to be gained
trying to merge these two things that have somewhat different use cases.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





reply via email to

[Prev in Thread] Current Thread [Next in Thread]