bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#13602: 24.3.50; remove bindings for `icomplete-minibuffer-map' - mak


From: Drew Adams
Subject: bug#13602: 24.3.50; remove bindings for `icomplete-minibuffer-map' - make a separate mode
Date: Thu, 7 Feb 2013 13:32:31 -0800

Ironic.  The imposition of key bindings on Icomplete is being promoted by Ido
enthusiasts who have no real need for it since they use Ido, which does the same
thing.

Who does use Icomplete, and who will thus receive this gift not needed by its
donors?  Users who _do_ edit minibuffer contents.

Icomplete is really for non-Ido users.  It is used in an ordinary, non-Ido
minibuffer.  Imposing Ido keys on it (as opposed to just offering them as an
option), and thus taking away normal editing keys, is questionable, if not
misquided.  Why this is being promoted so forcefully by people who presumably
will not use Icomplete is a wonder.

It makes little difference which keys are chosen for these bindings.  Whatever
they are, they can conflict with keys used otherwise in the minibuffer, whether
those keys come from bare emacs -Q or from some other code.

I don't understand the refusal to let users choose easily whether they want
Icomplete to bind keys.  What's the problem with that?  I've asked this several
times and not once gotten an answer.  Why the avoidance to confront the question
head-on?

Instead of presenting reasons why this choice should be refused (only silence
there so far), there are attempts to divert the argument to how particular keys
are used - essentially a red herring.

When Juri mentions C-r and C-s, we get a lecture on how one can work around the
problem, Ido-style.

 > One doesn't need to rely on traditional "C-r" exclusively to
 > accomplish the above work flow.

Need?  Rely?  Exclusively?  Shades of "Let them eat cake".

Ultimately, we get some admission that maybe C-s and C-r are not the best
choices after all...  So the diversion turns to a search for other keys
(C-S-s...).

It does not matter here how Juri uses C-s or any other key - whether he really
"needs" to or how frequently he does so.  It does not matter whether Ido users
have found some other nifty way to accomplish the same thing as this or that
ordinary editing practice.

Some users _do_ edit, search, copy, and otherwise do things to their minibuffer
input.  And there is _no reason_ to try to shoehorn all such practice into an
Ido shoe.  No reason to present workarounds demonstrating that you can really do
whatever you want in spite of the imposition of Ido keys.

No need for any of that - just make the bindings optional, please. 

Ido does not use the minibuffer in the usual way at all.  Its keys and its
behavior are special, unusual, atypical for Emacs.

But more importantly, the problem is not this or that key.  The problem is
binding any keys at all and not giving users a simple way to do without such
bindings.

How about it?  Why not give users an option, and a toggle command?







reply via email to

[Prev in Thread] Current Thread [Next in Thread]