From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-28189-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 22453 invoked by alias); 23 Aug 2010 10:08:11 -0000
Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Workers List <zsh-workers.zsh.org>
List-Post: <mailto:zsh-workers@zsh.org>
List-Help: <mailto:zsh-workers-help@zsh.org>
X-Seq: 28189
Received: (qmail 20423 invoked from network); 23 Aug 2010 10:08:09 -0000
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE autolearn=ham
	version=3.3.1
Received-SPF: pass (ns1.primenet.com.au: SPF record at _spf.google.com designates 209.85.212.43 as permitted sender)
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=
MIME-Version: 1.0
In-Reply-To: <20100823110127.7566d360@csr.com>
References: <op.vg6lcz2hvocxtk@tabole>
	<20100823103638.2fb7e695@csr.com>
	<20100823110127.7566d360@csr.com>
Date: Mon, 23 Aug 2010 12:08:03 +0200
Message-ID: <AANLkTinisz1UJTPyXY7neiw_0KMmTdETnQhAcfMkwvH9@mail.gmail.com>
Subject: Re: $KEYMAP in command, isearch and menuselect
From: Mikael Magnusson <mikachu@gmail.com>
To: "Zsh Hackers' List" <zsh-workers@zsh.org>
Content-Type: text/plain; charset=UTF-8

On 23 August 2010 12:01, Peter Stephenson <Peter.Stephenson@csr.com> wrote:
> On Mon, 23 Aug 2010 10:36:38 +0100
> Peter Stephenson <Peter.Stephenson@csr.com> 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