zsh-users
 help / color / mirror / code / Atom feed
From: "Bart Schaefer" <schaefer@brasslantern.com>
To: Mircea Damian <dmircea@secu.kappa.ro>, zsh-users@math.gatech.edu
Subject: Re: How to trigger the death of zsh(3.0.5)
Date: Mon, 12 Oct 1998 10:22:12 -0700	[thread overview]
Message-ID: <981012102212.ZM9096@candle.brasslantern.com> (raw)
In-Reply-To: <19981012194047.A16335@kappa.ro>

On Oct 12,  7:40pm, Mircea Damian wrote:
} Subject: Re: How to trigger the death of zsh(3.0.5)
}
} > Alt-y should generate one 8-bit character for the \C\My binding to work
} > 
} > Anytime a key generates a two- character or longer sequence, you have to
} > spell it out explicitly in the bindkey command.
}
} I'm using Xmodmap for xterm, but shouldn't the linux console be ok?

I don't know very much about how the linux console works.  A quick test
on my machine shows the console emitting ESC Ctrl-y for Ctrl-Alt-y, which
fits what you described, but I don't know why that's the case.

} If you rely on generating 8-bit sequences then if I would use a plain
} terminal(of course I won't do that :-)) which is not able to generate 8-bit
} chars what would happen? IMHO the best choice here is to make an option to
} swap between the two types.

Zsh does this with two sets of key bindings (keymaps).  If your terminal
sends real 8-bit bytes when the Alt or Meta keys are held down, then you
should use "bindkey -m" to enable the default meta-bindings.  (I forget
whether there's some other way to automatically enable that keymap, and
keybinding stuff has changed somewhat in 3.1.4.)

If your terminal doesn't send 8 bits (including if your stty settings
strip to 7 bits, which might happen e.g. on dialups) then you should not
use any of the meta-bindings.

} But still why \Cv \C\My gives me only an ESC ???

My guess is that it's sending ESC Ctrl-y (as for the console).  Ctrl-v
quotes the ESC, but then Ctrl-y executes "yank" which inserts nothing
because the kill buffer is empty.

-- 
Bart Schaefer                                 Brass Lantern Enterprises
http://www.well.com/user/barts              http://www.brasslantern.com


  reply	other threads:[~1998-10-12 17:27 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1998-10-08 17:49 Mircea Damian
1998-10-08 18:58 ` Bart Schaefer
1998-10-08 19:44   ` Mircea Damian
1998-10-08 19:49     ` Mircea Damian
1998-10-08 21:34       ` Bart Schaefer
1998-10-09  4:43         ` Mircea Damian
1998-10-09 16:17           ` Bart Schaefer
1998-10-09 18:29             ` Mircea Damian
1998-10-12 14:53               ` Bart Schaefer
1998-10-12 16:40                 ` Mircea Damian
1998-10-12 17:22                   ` Bart Schaefer [this message]
1998-10-13  9:02                     ` Mircea Damian
1998-10-08 19:15 ` Rob Windsor
1998-10-08 19:26 Rob Windsor

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=981012102212.ZM9096@candle.brasslantern.com \
    --to=schaefer@brasslantern.com \
    --cc=dmircea@secu.kappa.ro \
    --cc=zsh-users@math.gatech.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 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).