Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: Vimode problem (key press dropping)
- X-seq: zsh-workers 35950
- From: Oliver Kiddle <okiddle@xxxxxxxxxxx>
- To: "zsh-workers@xxxxxxx" <zsh-workers@xxxxxxx>
- Subject: Re: Vimode problem (key press dropping)
- Date: Wed, 29 Jul 2015 16:14:52 +0200
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s2048; t=1438179293; bh=RnwgeuPENhFCMpCBzbAcHKEyNdhEI5otZoQDxBVRb/U=; h=In-reply-to:From:References:To:Subject:Date:From:Subject; b=izIQePWkyXqJS3nBj2HcEEW7DbulrlfXS7UlatdOywfqG77Ju37EXR5a3LVgpkgKJtwh1+qHjVN73vOlj9S5RGjYq3dv8xiTpZgstspn/CDyesn6Ooc5DoamUdDRxows5Dek+VQNe85NxaE7OmBqh5X+AVVUWg8cMJjV2qif3BL8W5kvwFHBkvFTYl92leNKIwXB0V0BdZI0XpEWq5knxeSElqHnTeMKUdPCohu/FOuVuV8ykA/AcyY3P+Jp/eHLepvQXGDVlmhq6xQtSfgv4GMSfoazdpbRQv/rT6cGTuZTxoS88j4EoQ9WolczfMi5AgdgHkMkkEbybBgDu3Jq+w==
- In-reply-to: <B709D83B-0F41-42B7-B17D-01D5AB7572CC@kba.biglobe.ne.jp>
- List-help: <mailto:zsh-workers-help@zsh.org>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:zsh-workers@zsh.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- References: <5d9984411ba10dee4321a408e2763317@riseup.net> <9361.1438161965@thecus.kiddle.eu> <B709D83B-0F41-42B7-B17D-01D5AB7572CC@kba.biglobe.ne.jp>
"Jun T." wrote:
>
> On 2015/07/29, at 18:26, Oliver Kiddle <okiddle@xxxxxxxxxxx> wrote:
> >
> > Question to -workers subscribers: how should we address this in the
> > defaults?
>
> In zle_keymap.c, near line 1493, timeout is set only if
> (f != t_undefinedkey). But ESC is an undefinedkey in vicmd keymap,
> and the timeout remains to be zero even if ispfx is true.
I don't think this helps because where the prefix is an individual key
typed by the user, they are then forced to type the following character
in the sequence faster than KEYTIMEOUT. And if something like <Escape>a
is typed too fast from vi-mode, it would still be thrown out as a whole.
Taking the default emacs bindings, Ctrl-X is a prefix but we don't
want a timeout after Ctrl-X because it is the user typing followup
characters.
Mikael wrote:
> I always felt like how it should work if we get the string "abc", is
> first abc is looked up and we find it isn't bound to anything, the a
> gets treated as a separate input string, then we look up bc instead,
> etc. What we do now is just discard the whole string as
> "undefined-key".
The current behaviour where the whole sequence is thrown out is
consistent with emacs. I think it makes sense for the typical emacs case
if you make a mistake with a manual sequence. We can't really
special-case escape because manual sequences with escape are also common
in emacs mode. Binding escape in vi command mode does, however, solve
it.
Oliver
Messages sorted by:
Reverse Date,
Date,
Thread,
Author