[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#12149: 24.1; `C-h f' is worse and worse at telling where a function
bug#12149: 24.1; `C-h f' is worse and worse at telling where a function was defined
Thu, 28 Apr 2016 18:20:14 +0200
Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux)
"Drew Adams" <address@hidden> writes:
> In Emacs prior to Emacs 23, `C-h f' did not point to the wrong files
> as having defined these function. At least it did not lie and steer
> you wrong.
> Emacs 23.4 did not point to the wrong file for `y-or-n-p', but it did
> point to the wrong file for `top-level'.
> Emacs 24.1 gets them both wrong. It simply gives the original location
> (from emacs -Q) for each of them: `C source code' for `top-level' and
> `subr.el' for `y-or-n-p'. This is not good. Better to say "no idea"
> than to mislead the user this way.
(defun yes-or-no-p (prompt) (y-or-n-p prompt))
yes-or-no-p is a Lisp function.
So I seem to be unable to reproduce this bug. Are you still seeing it?
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
- bug#12149: 24.1; `C-h f' is worse and worse at telling where a function was defined,
Lars Ingebrigtsen <=