GNU bug report logs - #10428
24.0.92; Please remove unnecessary alias `which-func-mode`

Previous Next

Package: emacs;

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

Date: Tue, 3 Jan 2012 22:54:02 UTC

Severity: minor

Found in version 24.0.92

Done: Juanma Barranquero <lekktu <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Daniel Colascione <dancol <at> dancol.org>
To: Juanma Barranquero <lekktu <at> gmail.com>
Cc: 10428 <at> debbugs.gnu.org
Subject: bug#10428: 24.0.92; Please remove unnecessary alias `which-func-mode`
Date: Tue, 03 Jan 2012 15:59:24 -0800
On 1/3/2012 3:53 PM, Juanma Barranquero wrote:
> On Wed, Jan 4, 2012 at 00:48, Daniel Colascione <dancol <at> dancol.org> wrote:
> 
>> It's still annoying to have which-func-mode show up as an interactive
>> command.
> 
> Not to the people used to the old name... That's the whole point of
> having an obsolete alias, instead of just renaming the function.

I thought the point was to not break existing _code_. Making people
change what they physically type isn't only acceptable, but desired:
this way, we raise awareness of the new name.

>> Is it somehow possible to define an alias to a command that is
>> not itself a command?
> 
> Not currently. The interactivity does not depend of the name. It's a
> property of the function itself.

I thought so. Maybe we should have commandp return nil for obsolete
symbols. (which-func-mode isn't currently marked obsolete, but it can be
easily enough.) make-obsolete already sets the byte-obsolete-info symbol
property, which we could inspect easily enough.




This bug report was last modified 13 years and 232 days ago.

Previous Next


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