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

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

bug#14484: 24.3.50; doc of `after-find-file'


From: Lars Ingebrigtsen
Subject: bug#14484: 24.3.50; doc of `after-find-file'
Date: Fri, 29 Apr 2016 01:39:11 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux)

Drew Adams <address@hidden> writes:

> 1. The parameter is named _AFTER-FIND-FILE-FROM-REVERT-BUFFER, not
> AFTER-FIND-FILE-FROM-REVERT-BUFFER.

This is how `C-h f' on that starts:

after-find-file is a compiled Lisp function in ‘files.el’.

(after-find-file &optional ERROR WARN NOAUTO
AFTER-FIND-FILE-FROM-REVERT-BUFFER NOMODES)

So it's consistent, even if the arg is "really" _'d.

> 2. This makes no sense:
> "(see `revert-buffer-in-progress-p' for similar functionality)."
>
> Similar functionality to what?  The parameter is _ignored_!

I think it means "if this is what you used to use, use this similar
thing instead".  Seems clear to me.

> 3. And since _AFTER-FIND-FILE-FROM-REVERT-BUFFER is ignored, why
> does `recover-file' continue to make a point of using it?  Why doesn't
> it just use `(after-find-file)'?  Again, it seems like someone made an
> incomplete change to the code, neglecting to clean up here and there.

It calls

(after-find-file nil nil t)

so if it did, it's been fixed.

-- 
(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]