From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4321 invoked from network); 30 Jul 2006 17:18:46 -0000 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_00,FORGED_RCVD_HELO autolearn=ham version=3.1.3 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 30 Jul 2006 17:18:46 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 20784 invoked from network); 30 Jul 2006 17:18:36 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 30 Jul 2006 17:18:36 -0000 Received: (qmail 15886 invoked by alias); 30 Jul 2006 17:18:29 -0000 Mailing-List: contact zsh-users-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 10560 Received: (qmail 15876 invoked from network); 30 Jul 2006 17:18:28 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by sunsite.dk with SMTP; 30 Jul 2006 17:18:28 -0000 Received: (qmail 19789 invoked from network); 30 Jul 2006 17:18:28 -0000 Received: from mta09-winn.ispmail.ntl.com (HELO mtaout03-winn.ispmail.ntl.com) (81.103.221.49) by a.mx.sunsite.dk with SMTP; 30 Jul 2006 17:18:27 -0000 Received: from aamtaout02-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout03-winn.ispmail.ntl.com with ESMTP id <20060730171826.FYHB1865.mtaout03-winn.ispmail.ntl.com@aamtaout02-winn.ispmail.ntl.com> for ; Sun, 30 Jul 2006 18:18:26 +0100 Received: from pwslaptop.csr.com ([81.107.41.155]) by aamtaout02-winn.ispmail.ntl.com with ESMTP id <20060730171826.DNUW23938.aamtaout02-winn.ispmail.ntl.com@pwslaptop.csr.com> for ; Sun, 30 Jul 2006 18:18:26 +0100 Received: from pwslaptop.csr.com (pwslaptop.csr.com [127.0.0.1]) by pwslaptop.csr.com (8.13.7/8.13.7) with ESMTP id k6UHINXk002674 for ; Sun, 30 Jul 2006 18:18:23 +0100 Message-Id: <200607301718.k6UHINXk002674@pwslaptop.csr.com> From: Peter Stephenson To: zsh-users@sunsite.dk Subject: Re: Rebinding a widget within a keymap In-Reply-To: Message from Bart Schaefer of "Sat, 29 Jul 2006 23:29:39 PDT." <060729232941.ZM12664@torch.brasslantern.com> Date: Sun, 30 Jul 2006 18:18:23 +0100 Bart Schaefer wrote: > Note that for builtin widgets the "for k in $keymaps" loop is extraneous; > so it would be possible to embed this widget-name-by-keymap logic in the > C code in ZLE, thereby making it possible to insert an "override" widget > into any specific keymap simply by creating a new widget with the keymap > name appended. Old code that uses "zle -N builtin-widget user-function" > would continue to work, but would break new code that relies on the by- > keymap technique. If it were done in C, I'd be tempted to use a more explicit indication that there was (in effect) a namespace hierarchy in operation and have the overriding widget name be $KEYMAP/$WIDGET or something like that. -- Peter Stephenson Web page now at http://homepage.ntlworld.com/p.w.stephenson/