zsh-users
 help / color / mirror / code / Atom feed
From: David Woodfall <dave@dawoodfall.net>
To: Zsh Users <zsh-users@zsh.org>
Subject: Re: Strange problem with bindkey keys passing through to apps
Date: Fri, 14 Sep 2018 14:13:15 +0100	[thread overview]
Message-ID: <20180914131315.GE20615@blackswan> (raw)
In-Reply-To: <1536929114.231186.1508076776.2D392EA0@webmail.messagingengine.com>

On Friday 14 September 2018 12:45,
Daniel Shahaf <danielsh@apache.org> put forth the proposition:

> Re-sending from another address since your MTA bounced when I sent it
> the first time.  Please add zsh-users@ on reply if appropriate.

I managed to completely mess up my DNS. Seems OK now (hopefully).

> Daniel Shahaf wrote on Fri, 14 Sep 2018 12:43 +0000:
> > David Woodfall wrote on Fri, 14 Sep 2018 12:38 +0100:
> > > The binds work fine except when I try to use them while running an
> > > app - e.g. weechat, mutt - they fail and e.g. mutt will see it as the
> > > bind to save the mail.
> > >
> > > It seems that zsh isn't grabbing the keys for some reason and they
> > > are falling through to the apps.
> > >
> > > Any ideas why these are passing through to apps and not grabbed by the shell?
> >
> > That's how terminals work: input is sent only to the foreground process.
> > This is true not just for chorded keystrokes but for unchorded ones as
> > well: it's why when you open zsh from mutt (in this order) you can type
> > the command "mv" without composing a letter to somebody named "v".

I guess I was expecting something like in urxvt, when it grabs keys
and stops them reaching any applications. Screen does that too, even
in a plain console it grabs ctrl-a away from applications.

It's strange that it happens even when the applications don't have
binds for those keys though. I've now set one up in weechat for it,
but it will be annoying to have to do that for everything, that's if
they even do allow custom keybinds.

--

+#if defined(__alpha__) && defined(CONFIG_PCI)
+       /*
+        * The meaning of life, the universe, and everything. Plus
+        * this makes the year come out right.
+        */
+       year -= 42;
+#endif
  -- From the patch for 1.3.2: (kernel/time.c), submitted by Marcus Meissner

                                                            .--.  oo
                                                           (____)//
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~'

  parent reply	other threads:[~2018-09-14 13:13 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-09-14 11:38 David Woodfall
2018-09-14 12:43 ` Daniel Shahaf
     [not found]   ` <1536929114.231186.1508076776.2D392EA0@webmail.messagingengine.com>
2018-09-14 13:13     ` David Woodfall [this message]
2018-09-14 13:19       ` David Woodfall
2018-09-14 13:20       ` Daniel Shahaf
2018-09-14 13:23         ` David Woodfall

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=20180914131315.GE20615@blackswan \
    --to=dave@dawoodfall.net \
    --cc=zsh-users@zsh.org \
    /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.vuxu.org/mirror/zsh/

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 NNTP newsgroup(s).