Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: $KEYMAP in command, isearch and menuselect
- X-seq: zsh-workers 28189
- From: Mikael Magnusson <mikachu@xxxxxxxxx>
- To: "Zsh Hackers' List" <zsh-workers@xxxxxxx>
- Subject: Re: $KEYMAP in command, isearch and menuselect
- Date: Mon, 23 Aug 2010 12:08:03 +0200
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=m69XGqg3RT3WVE5qZf0IsktIIFCTzkrbPMOiiu88qE8=; b=JiO3FX3tGC2/xOqI4dnsNzY370kmCpGo5wG7zyL3mbGifCC7ylZ6Of/C8PlVsFnCqE 9TZp312/QVw+7iwoNGuIfY/FcVFry8l+hxlEr967coRMm7YH+0xNYULkc2JnNyQ9Zx5e mOayzubXsaziNJs9FsNjrZGs20UINIHSNO504=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=bhJsd5AlG4ewVFMdej5g9yWYL/U7rdXSEmW87pZ081IRClKCBBZaujOqPGIoqPQcPU z+zENKr/sjAUOXdS49VIPeP1PQIfIzEMSZxGo/RRUgyWVIgvHoCQD3nSTEBp6CjtiptC bMrmcvNRiwN0zQ3Ks9ncjPxqzy37tipTxRAB0=
- In-reply-to: <20100823110127.7566d360@xxxxxxx>
- 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: <op.vg6lcz2hvocxtk@tabole> <20100823103638.2fb7e695@xxxxxxx> <20100823110127.7566d360@xxxxxxx>
On 23 August 2010 12:01, Peter Stephenson <Peter.Stephenson@xxxxxxx> wrote:
> On Mon, 23 Aug 2010 10:36:38 +0100
> Peter Stephenson <Peter.Stephenson@xxxxxxx> wrote:
>> Basically, the only thing you can do
>> is bind one of the names listed in the documentation to a different
>> key. The documentation should probably be clearer the behaviour isn't
>> extensible. Internally, this is because those modes are each
>> implemented within a single function, not by looking up function
>> behaviour like standard editing behaviour.
>
> (Moved to zsh-workers.)
>
> This might clear up the documentation a bit. isearch already has a note
> about limitations thought it doesn't explicitly say you can't extend the
> list of commands.
>
> I'm now scratching my head over this in the isearch doc:
>
> Any multi-character string that is not bound to one of the above
> functions will beep and interrupt the search, leaving the last found
> line in the buffer. Any single character that is not bound to one of
> the above functions, or tt(self-insert) or tt(self-insert-unmeta),
> will have the same effect but the function will be executed.
fwiw, git blame says this paragraph comes from the "Initial revision"
commit from 1999.
--
Mikael Magnusson
Messages sorted by:
Reverse Date,
Date,
Thread,
Author