unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
Subject: RE: TAB in Eval: prompt in minibuffer?
Date: Wed, 7 Dec 2005 09:09:20 -0800	[thread overview]
Message-ID: <DNEMKBNJBGPAOPIJOOICKEMNCPAA.drew.adams@oracle.com> (raw)
In-Reply-To: <87r78p9zyt.fsf@jurta.org>

    > Well, all modern desktops bind M-TAB to window switching, so Emacs
    > is left with `ESC TAB' only, which is not that easy.

    I suggest using its equivalent M-C-i.

That's OK too.

    Or maybe lisp-complete-symbol
    should have an aliased keybinding S-TAB?

No, no, please. Let's not swap modifiers. Let's leave S-TAB alone.

What's so bad about ESC-TAB? I use it all the time. It should complete
symbols in every editable buffer, including the minibuffer, IMO.

    BTW, info.el dropped M-TAB in favor of S-TAB.  Unfortunately, this
    makes `Info-prev-reference' inaccessible on ttys where S-TAB is not
    available.  I think info.el, help.el and wid-edit.el should bind both
    S-TAB and M-TAB to the same commands: S-TAB for window environments,
    and M-TAB for ttys.  The current binding of M-TAB (`complete-symbol')
    makes no sense in these modes anyway.

Let's leave S-TAB alone here too. It should be M-TAB (or ESC-TAB, for those
of us who don't have M-TAB).

  reply	other threads:[~2005-12-07 17:09 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-06  0:44 TAB in Eval: prompt in minibuffer? Lennart Borgman
2005-12-06  0:57 ` Juri Linkov
2005-12-06  1:46 ` Chong Yidong
2005-12-06  1:52   ` Juri Linkov
2005-12-06  7:24     ` Lennart Borgman
2005-12-06 21:54     ` Richard M. Stallman
2005-12-06 22:58       ` Paul Pogonyshev
2005-12-07  7:55         ` Juri Linkov
2005-12-07 17:09           ` Drew Adams [this message]
2005-12-07 20:55             ` Paul Pogonyshev
2005-12-08  4:54               ` Richard M. Stallman
2005-12-08  7:52                 ` Juri Linkov
2005-12-07 22:59           ` Richard M. Stallman
2005-12-07 23:08             ` Lennart Borgman
2005-12-08  0:57             ` Juri Linkov
2005-12-08 19:28               ` Richard M. Stallman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=DNEMKBNJBGPAOPIJOOICKEMNCPAA.drew.adams@oracle.com \
    --to=drew.adams@oracle.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).