GNU bug report logs -
#10428
24.0.92; Please remove unnecessary alias `which-func-mode`
Previous Next
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.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 10428 in the body.
You can then email your comments to 10428 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10428
; Package
emacs
.
(Tue, 03 Jan 2012 22:54:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Drew Adams" <drew.adams <at> oracle.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 03 Jan 2012 22:54:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Why was this alias defined? Is there a good reason for it? This is a
bad precedent to set. Unless there is a _particular_ reason to do this
for this command (and not for umpteen other Emacs commands), please
remove this seemingly gratuitous alias.
In GNU Emacs 24.0.92.1 (i386-mingw-nt5.1.2600) of 2011-12-06 on MARVIN
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.6) --no-opt --cflags
-ID:/devel/emacs/libs/libXpm-3.5.8/include
-ID:/devel/emacs/libs/libXpm-3.5.8/src
-ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include
-ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include
-ID:/devel/emacs/libs/giflib-4.1.4-1/include
-ID:/devel/emacs/libs/jpeg-6b-4/include
-ID:/devel/emacs/libs/tiff-3.8.2-1/include
-ID:/devel/emacs/libs/gnutls-2.10.1/include --ldflags
-LD:/devel/emacs/libs/gnutls-2.10.1/lib'
Reply sent
to
Juanma Barranquero <lekktu <at> gmail.com>
:
You have taken responsibility.
(Tue, 03 Jan 2012 23:47:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
"Drew Adams" <drew.adams <at> oracle.com>
:
bug acknowledged by developer.
(Tue, 03 Jan 2012 23:47:03 GMT)
Full text and
rfc822 format available.
Message #10 received at 10428-done <at> debbugs.gnu.org (full text, mbox):
> Why was this alias defined? Is there a good reason for it? This is a
> bad precedent to set. Unless there is a _particular_ reason to do this
> for this command (and not for umpteen other Emacs commands), please
> remove this seemingly gratuitous alias.
2001-06-26 Richard M. Stallman <rms <at> gnu.org>
* which-func.el (which-func-maxout): Increase default to 500000.
(which-function-mode): This is now the "real" name of the function.
(which-func-mode): Now an alias.
(which-func-mode-global): Name deleted.
So the function was called which-func-mode, then renamed to
which-function-mode, and the old name kept for compatibility.
It took me all of a grep in lisp\ChangeLog* to find it ;-)
Juanma
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10428
; Package
emacs
.
(Tue, 03 Jan 2012 23:52:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 10428 <at> debbugs.gnu.org (full text, mbox):
On 1/3/2012 3:42 PM, Juanma Barranquero wrote:
>> Why was this alias defined? Is there a good reason for it? This is a
>> bad precedent to set. Unless there is a _particular_ reason to do this
>> for this command (and not for umpteen other Emacs commands), please
>> remove this seemingly gratuitous alias.
>
> 2001-06-26 Richard M. Stallman <rms <at> gnu.org>
>
> * which-func.el (which-func-maxout): Increase default to 500000.
> (which-function-mode): This is now the "real" name of the function.
> (which-func-mode): Now an alias.
> (which-func-mode-global): Name deleted.
>
> So the function was called which-func-mode, then renamed to
> which-function-mode, and the old name kept for compatibility.
>
> It took me all of a grep in lisp\ChangeLog* to find it ;-)
It's still annoying to have which-func-mode show up as an interactive
command. Is it somehow possible to define an alias to a command that is
not itself a command?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10428
; Package
emacs
.
(Tue, 03 Jan 2012 23:58:01 GMT)
Full text and
rfc822 format available.
Message #16 received at 10428 <at> debbugs.gnu.org (full text, mbox):
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.
> 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.
Juanma
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10428
; Package
emacs
.
(Wed, 04 Jan 2012 00:01:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 10428 <at> debbugs.gnu.org (full text, mbox):
Juanma Barranquero <lekktu <at> gmail.com> writes:
> So the function was called which-func-mode, then renamed to
> which-function-mode, and the old name kept for compatibility.
Perhaps `which-func-mode' should be marked as obsolete, so that it can
be removed in Emacs 24.2?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10428
; Package
emacs
.
(Wed, 04 Jan 2012 00:03:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 10428 <at> debbugs.gnu.org (full text, mbox):
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.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10428
; Package
emacs
.
(Wed, 04 Jan 2012 01:02:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 10428 <at> debbugs.gnu.org (full text, mbox):
On Wed, Jan 4, 2012 at 00:56, Lars Magne Ingebrigtsen <larsi <at> gnus.org> wrote:
> Perhaps `which-func-mode' should be marked as obsolete
I suppose that'd be OK.
> so that it can be removed in Emacs 24.2?
Too soon after obsoletion, I think.
Juanma
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10428
; Package
emacs
.
(Wed, 04 Jan 2012 01:08:01 GMT)
Full text and
rfc822 format available.
Message #28 received at 10428 <at> debbugs.gnu.org (full text, mbox):
On Wed, Jan 4, 2012 at 00:59, Daniel Colascione <dancol <at> dancol.org> wrote:
> I thought the point was to not break existing _code_.
That's an interactive command. How it is used in lisp code is somewhat
less relevant.
> Making people
> change what they physically type isn't only acceptable, but desired:
> this way, we raise awareness of the new name.
Sometimes two names are just alternatives. And which-func-mode is shorter.
> I thought so. Maybe we should have commandp return nil for obsolete
> symbols.
I think you're thinking of `command-and-not-obsolete-p'... Which is to
say, I don't think changing the semantics of commandp is a good idea.
> make-obsolete already sets the byte-obsolete-info symbol
> property, which we could inspect easily enough.
And which is already done by the code that needs the info, like
`describe-function-1', `semantic-emacs-lisp-obsoleted-doc' and
`mh-make-local-hook'.
Juanma
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10428
; Package
emacs
.
(Wed, 04 Jan 2012 01:32:01 GMT)
Full text and
rfc822 format available.
Message #31 received at submit <at> debbugs.gnu.org (full text, mbox):
On 2012-01-04 09:03 +0800, Juanma Barranquero wrote:
>> change what they physically type isn't only acceptable, but desired:
>> this way, we raise awareness of the new name.
>
> Sometimes two names are just alternatives. And which-func-mode is shorter.
For such a public-facing command, an alias only creates confusion. I
have literally checked out which-func-mode because it showed up in
completion and I was curious how it differs from which-function-mode.
Leo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10428
; Package
emacs
.
(Wed, 04 Jan 2012 01:36:01 GMT)
Full text and
rfc822 format available.
Message #34 received at 10428 <at> debbugs.gnu.org (full text, mbox):
On Wed, Jan 4, 2012 at 02:27, Leo <sdl.web <at> gmail.com> wrote:
> For such a public-facing command, an alias only creates confusion.
Again: the "alias" was there first.
Juanma
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10428
; Package
emacs
.
(Wed, 04 Jan 2012 02:37:02 GMT)
Full text and
rfc822 format available.
Message #37 received at submit <at> debbugs.gnu.org (full text, mbox):
On 2012-01-04 09:31 +0800, Juanma Barranquero wrote:
> Again: the "alias" was there first.
I meant to say it is better to have only one show up in M-x completion.
Leo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10428
; Package
emacs
.
(Thu, 05 Jan 2012 05:04:02 GMT)
Full text and
rfc822 format available.
Message #40 received at 10428 <at> debbugs.gnu.org (full text, mbox):
>> So the function was called which-func-mode, then renamed to
>> which-function-mode, and the old name kept for compatibility.
> Perhaps `which-func-mode' should be marked as obsolete, so that it can
> be removed in Emacs 24.2?
It should indeed be marked as obsolete and turned into a non-interactive
function (i.e. not an alias any more).
M-x which-func-mode RET will still work thanks to
partial-completion anyway.
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10428
; Package
emacs
.
(Sat, 07 Jan 2012 00:32:02 GMT)
Full text and
rfc822 format available.
Message #43 received at 10428 <at> debbugs.gnu.org (full text, mbox):
On Thu, Jan 5, 2012 at 05:59, Stefan Monnier <monnier <at> iro.umontreal.ca> wrote:
> It should indeed be marked as obsolete and turned into a non-interactive
> function (i.e. not an alias any more).
Done.
Juanma
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 04 Feb 2012 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 94 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.