GNU bug report logs - #5364
23.1.91; execute-extended-command should do like FFAP

Previous Next

Package: emacs;

Reported by: jidanni <at> jidanni.org

Date: Tue, 12 Jan 2010 13:06:01 UTC

Severity: wishlist

Tags: wontfix

Merged with 355

Done: Juri Linkov <juri <at> jurta.org>

Bug is archived. No further changes may be made.

Full log


Message #28 received at 5364 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: jidanni <at> jidanni.org
Cc: juri <at> jurta.org, 5364 <at> debbugs.gnu.org
Subject: Re: bug#5364: 23.1.91; execute-extended-command should do like FFAP
Date: Tue, 12 Jan 2010 23:12:00 -0500
> Stefan: Yes but adding our way doesn't hinder your way, It merely adds a
> tip which you can ignore.

An ignorable int is usually OK, but not when it's wrong in 99% of
the cases.  So before accepting such a change I need to be convinced
that it wouldn't bump into false positives too often.

> But telling us to use your way,
> SM> M-b C-M-SPC M-w followed by M-x C-y RET
> is just continuing the stone age punishment for no reason.

I'm not sure if such generally applicable, orthogonal solutions qualify
as "stone age".

> And if we never ran into the need over and over, we wouldn't have
> reported it.  So there.

That's the point I don't understand: how come you bump into it over and
over again?  I can't think of a situation where this would happen more
than once in a blue moon.
I use M-x very often and I can't think of a case where I could have used
such a hint.

So maybe, if you describe the cases where this repeatedly shows up for
you, I can come up with a way to reconcile our difference.


        Stefan




This bug report was last modified 14 years and 274 days ago.

Previous Next


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