all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Frank Fischer <frank-fischer@shadow-soft.de>
Cc: 13793@debbugs.gnu.org, 13709@debbugs.gnu.org,
	Michael Kifer <kifer@cs.stonybrook.edu>
Subject: bug#13793: 24.3.50; M-x broken in viper and X
Date: Sun, 24 Feb 2013 22:55:34 -0500	[thread overview]
Message-ID: <jwvtxp1awak.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <20130223123501.43568c52@susi> (Frank Fischer's message of "Sat,  23 Feb 2013 12:35:01 +0100")

> Meta bindings do not work if Emacs is started in X and viper is
> enabled. To reproduce, type

>   emacs -Q
>   M-x viper RET
>   M-x

> the last command M-x shows 'M-x undefined'.

I can reproduce it here, but it's tricky to investigate because of all
the various keymap trickery.  The thing I noticed is that in emacs-24,
`f1 k M-x' also tells me "M-x is undefined" although M-x does work.

> As far as I can tell, the reason is viper's trick with the ESC
> key. viper binds (kbd "ESC") to a special command call
> `viper-intercept-ESC-key`.

AFAICT in the GUI case, viper-intercept-ESC-key is not called when you
hit M-x (at least that's what trace-function-background told me, both in
trunk and in emacs-24).

The same commit caused a problem in Evil as well (see bug#13709), and
I hope the problem is the same and can be fixed in the same way, but I'm
also having trouble figuring out what's happening in that case.

If someone familiar with Evil or Viper's keymap tricks could investigate
a bit more to try and see where the behavior changes, I can then
hopefully see how it relates to my read-key-sequence changes.


        Stefan





  reply	other threads:[~2013-02-25  3:55 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-23 11:35 bug#13793: 24.3.50; M-x broken in viper and X Frank Fischer
2013-02-25  3:55 ` Stefan Monnier [this message]
2013-02-25 20:16   ` bug#13709: " Frank Fischer
2013-02-25 21:35     ` Stefan Monnier
2013-02-26  8:57       ` Frank Fischer
2013-02-26 14:10         ` Stefan Monnier
2013-02-26 14:56           ` Frank Fischer
2013-02-26 18:12             ` bug#13709: " Stefan Monnier
2013-02-26 20:17               ` Frank Fischer
2013-02-27 17:59                 ` bug#13709: " Frank Fischer
2013-02-27 19:08                   ` Stefan Monnier
     [not found]     ` <76c7b8b296b248bf915de72349cfc0c9@HUBCAS2.cs.stonybrook.edu>
2013-02-26  7:17       ` bug#13709: " Michael Kifer
2013-06-15 12:25 ` Stefano Zacchiroli
2013-06-22 21:56   ` Stefan Monnier
2013-06-24 14:37     ` Stefano Zacchiroli
2013-06-25 16:17       ` Stefan Monnier
2013-07-01 16:32         ` Stefano Zacchiroli
2013-07-01 23:27           ` Stefan Monnier
     [not found]           ` <5fc5643667924a7eb32800ba7465bd7e@HUBCAS1.cs.stonybrook.edu>
2013-07-02  3:56             ` Michael Kifer
2013-07-02  7:55             ` Michael Kifer
2013-07-02  8:44               ` Stefano Zacchiroli
2013-07-02 14:41                 ` Michael Kifer
2013-07-02 15:47               ` Glenn Morris
2013-07-02 16:39                 ` Michael Kifer
2013-07-02 18:35                   ` Glenn Morris
2013-07-02 18:18               ` Stefan Monnier
     [not found]   ` <435158c2008843bb9bd4a75345251bbe@HUBCAS1.cs.stonybrook.edu>
2013-06-22 23:49     ` Michael Kifer
2013-06-23  2:28       ` Stefan Monnier
2013-06-23  3:26         ` Michael Kifer
2013-07-04 21:13     ` Michael Kifer
2013-07-05 22:54     ` Michael Kifer
2013-07-06 19:12       ` Glenn Morris
2013-07-06 20:33         ` Michael Kifer
2013-07-06 21:01           ` Glenn Morris
2013-07-06 21:16             ` Michael Kifer
2013-07-06 21:27               ` Stephen Berman
2013-07-06 21:39                 ` Stephen Berman
2013-07-07 19:41             ` Michael Kifer
2013-07-10  8:29       ` Stefan Monnier

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

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

  git send-email \
    --in-reply-to=jwvtxp1awak.fsf-monnier+emacs@gnu.org \
    --to=monnier@iro.umontreal.ca \
    --cc=13709@debbugs.gnu.org \
    --cc=13793@debbugs.gnu.org \
    --cc=frank-fischer@shadow-soft.de \
    --cc=kifer@cs.stonybrook.edu \
    /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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.