From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8518 invoked from network); 20 Mar 2006 04:21:53 -0000 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO autolearn=ham version=3.1.1 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 20 Mar 2006 04:21:53 -0000 Received: (qmail 1034 invoked from network); 20 Mar 2006 04:21:47 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 20 Mar 2006 04:21:46 -0000 Received: (qmail 20197 invoked by alias); 20 Mar 2006 04:21:44 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 22369 Received: (qmail 20188 invoked from network); 20 Mar 2006 04:21:44 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by sunsite.dk with SMTP; 20 Mar 2006 04:21:44 -0000 Received: (qmail 770 invoked from network); 20 Mar 2006 04:21:44 -0000 Received: from vms040pub.verizon.net (206.46.252.40) by a.mx.sunsite.dk with SMTP; 20 Mar 2006 04:21:42 -0000 Received: from torch.brasslantern.com ([71.116.81.225]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0IWE00C1VS3Z1VK1@vms040.mailsrvcs.net> for zsh-workers@sunsite.dk; Sun, 19 Mar 2006 22:21:41 -0600 (CST) Received: from torch.brasslantern.com (localhost.localdomain [127.0.0.1]) by torch.brasslantern.com (8.13.1/8.13.1) with ESMTP id k2K4OPet005144 for ; Sun, 19 Mar 2006 20:24:35 -0800 Received: (from schaefer@localhost) by torch.brasslantern.com (8.13.1/8.13.1/Submit) id k2K4OP9Z005143 for zsh-workers@sunsite.dk; Sun, 19 Mar 2006 20:24:25 -0800 Date: Sun, 19 Mar 2006 20:24:25 -0800 From: Bart Schaefer Subject: Re: Starting replace-string minibuffer in Vi command-mode In-reply-to: <200603192243.k2JMhcqd027578@pwslaptop.csr.com> To: zsh-workers@sunsite.dk Message-id: <060319202425.ZM5142@torch.brasslantern.com> MIME-version: 1.0 X-Mailer: OpenZMail Classic (0.9.2 24April2005) Content-type: text/plain; charset=us-ascii References: <200603192243.k2JMhcqd027578@pwslaptop.csr.com> Comments: In reply to Peter Stephenson "Re: Starting replace-string minibuffer in Vi command-mode" (Mar 19, 10:43pm) On Mar 19, 10:43pm, Peter Stephenson wrote: } } (The discussion probably ought to go on zsh-workers.) Redirected there. } I tried this and it's very annoying... It seems to me } read-from-minibuffer looks to the user like a new command line and } therefore should always start in the "main" keymap, right? I'd think so, yes. I'm not sure that's exactly the right thing in this specific case, but it's closer. } There's no way to do this at the moment Really? What's wrong with the following? vi-read-from-minibuffer() { zle -K viins zle read-from-minibuffer } zle -N vi-read-from-minibuffer } However, this patch is more consistent with the existing "zle -K" Why add a -K option after the widget name rather than allow the widget name to follow the existing -K option and its argument? That is, why do zle read-from-minibuffer -K viins rather than zle -K viins read-from-minibuffer ?? Just curious. It looks like it would be just as easy to call on through to bin_zle_call() from bin_zle_keymap() as to embed a call to selectkeymap() in the former. } Hmmm... making the KEYMAP variable read/write and then making it local } in read-from-minibuffer would do the same thing. Maybe that's more } natural? No, I think your patch is on the right track.