[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#669: 23.0.60; defalias is not taken into account by C-h k
From: |
martin rudalics |
Subject: |
bug#669: 23.0.60; defalias is not taken into account by C-h k |
Date: |
Thu, 14 Aug 2008 08:18:20 +0200 |
User-agent: |
Thunderbird 2.0.0.16 (Windows/20080708) |
> That is, for (defun foo () "..." 5) we don't just print `foo' and let you
click
> that link to find out where it is defined. We also print "is an interactive
> compiled Lisp function in `titi.el'". That same format would be preferable for
> the defalias case also: "`toto' is an alias for `foo' which is an interactive
> compiled Lisp function in `titi.el'".
Doing C-h f RET rplaca RET gets me a Help buffer with the line
rplaca is an alias for `setcar' in `.../subr.el'.
Clicking on
- the "setcar" link gets me to the Help buffer for `setcar',
- the ".../subr.el" link gets me to the location of the defalias.
I suppose we shouldn't change that behavior.
martin
- bug#669: 23.0.60; defalias is not taken into account by C-h k, Drew Adams, 2008/08/07
- bug#669: 23.0.60; defalias is not taken into account by C-h k, Drew Adams, 2008/08/07
- bug#669: 23.0.60; defalias is not taken into account by C-h k, martin rudalics, 2008/08/13
- bug#669: 23.0.60; defalias is not taken into account by C-h k, Drew Adams, 2008/08/13
- bug#669: 23.0.60; defalias is not taken into account by C-h k, martin rudalics, 2008/08/13
- bug#669: 23.0.60; defalias is not taken into account by C-h k, Drew Adams, 2008/08/13
- bug#669: 23.0.60; defalias is not taken into account by C-h k,
martin rudalics <=
- bug#669: 23.0.60; defalias is not taken into account by C-h k, Drew Adams, 2008/08/14
- bug#669: 23.0.60; defalias is not taken into account by C-h k, Stefan Monnier, 2008/08/14
- bug#669: 23.0.60; defalias is not taken into account by C-h k, Stefan Monnier, 2008/08/14