From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19985 invoked by alias); 23 Aug 2010 13:43:33 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 28192 Received: (qmail 2526 invoked from network); 23 Aug 2010 13:43:27 -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=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 Received-SPF: none (ns1.primenet.com.au: domain at closedmail.com does not designate permitted sender hosts) From: Bart Schaefer Message-id: <100823064307.ZM26656@torch.brasslantern.com> Date: Mon, 23 Aug 2010 06:43:07 -0700 In-reply-to: <20100823110127.7566d360@csr.com> Comments: In reply to Peter Stephenson "Re: $KEYMAP in command, isearch and menuselect" (Aug 23, 11:01am) References: <20100823103638.2fb7e695@csr.com> <20100823110127.7566d360@csr.com> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: "Zsh Hackers' List" Subject: Re: $KEYMAP in command, isearch and menuselect MIME-version: 1.0 Content-type: text/plain; charset=us-ascii On Aug 23, 11:01am, Peter Stephenson wrote: } } 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. } } I don't think this distinction exists --- I think any unrecognised } binding will have the same effect, of leaving isearch and executing } that command. I think this is a leftover from a previous generation of handling of multi-character bindings, and probably should have changed years ago had anyone thought to pay attention.