GNU bug report logs - #63557
26.3; Doc string of `find-file-run-dired'

Previous Next

Package: emacs;

Reported by: Drew Adams <drew.adams <at> oracle.com>

Date: Wed, 17 May 2023 19:44:01 UTC

Severity: minor

Found in version 26.3

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

Bug is archived. No further changes may be made.

Full log


Message #16 received at 63557-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 63557-done <at> debbugs.gnu.org
Subject: Re: [External] : Re: bug#63557: 26.3; Doc string of
 `find-file-run-dired'
Date: Thu, 18 May 2023 18:46:30 +0300
> From: Drew Adams <drew.adams <at> oracle.com>
> CC: "63557 <at> debbugs.gnu.org" <63557 <at> debbugs.gnu.org>
> Date: Thu, 18 May 2023 15:35:03 +0000
> 
> > > Instead of just saying that non-nil allows `find-file' to visit
> > > directories, say also (as does (emacs) `Visiting') that otherwise (i.e.,
> > > nil) raises an error when the arg is a directory name.
> >
> > How would you interpret "allows" in any other sense?  What could "does
> > not allow" mean when the value is nil?
> > IOW, I don't see why would we need to spoon-feed the user in this
> > case.  The meaning of nil is crystal clear to me.
> 
> That you can't visit a directory is one thing.

The doc string says "allows", not "can".

> That trying to do that raises an error is a
> different thing.  Another possible behavior
> that doesn't visit a directory is to do nothing.
> A third is to show a message, without raising
> an error.
> 
> Not being able to do something is not the same
> as having an error raised if you try to do it.

You are splitting hair for no good reason.

Closing.




This bug report was last modified 2 years ago.

Previous Next


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