GNU bug report logs - #57325
27.1; functions in ff-other-file-alist

Previous Next

Package: emacs;

Reported by: Felician Nemeth <felician.nemeth <at> gmail.com>

Date: Sun, 21 Aug 2022 18:35:01 UTC

Severity: normal

Found in version 27.1

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Felician Nemeth <felician.nemeth <at> gmail.com>
Cc: 57325 <at> debbugs.gnu.org
Subject: Re: bug#57325: 27.1; functions in ff-other-file-alist
Date: Mon, 29 Aug 2022 19:49:47 +0300
> From: Felician Nemeth <felician.nemeth <at> gmail.com>
> Cc: 57325 <at> debbugs.gnu.org
> Date: Mon, 29 Aug 2022 16:27:13 +0200
> 
> >> Also, when the function returns an absolute file name, then the
> >> returned file should be already opened, otherwise ff-find-other-file
> >> cannot find it.
> >
> > Hmm... not sure how this is relevant.  The function should return a
> > list of extensions, not a file name.  What am I missing?
> 
> In my case, the related file of foo.toml is bar.json.  From an extension
> it is not possible to guess whether the related file is bar.json or
> baz.json.  find-file.el of Emacs 27.1 has this in the Commentary
> section:
> 
> ;; These functions must return a list consisting of the possible names of the
> ;; corresponding file, with or without path.
> 
> That's why I thought my function could return an absolute file name.

If the returned list includes file names with leading directories,
find-file.el strips the leading directories and uses the basename to
match against.

Another thing to clarify in the docs?




This bug report was last modified 2 years and 328 days ago.

Previous Next


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