From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21251 invoked from network); 9 Mar 2000 12:27:12 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 9 Mar 2000 12:27:12 -0000 Received: (qmail 13710 invoked by alias); 9 Mar 2000 12:25:49 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 10018 Received: (qmail 13693 invoked from network); 9 Mar 2000 12:25:48 -0000 Date: Thu, 9 Mar 2000 10:44:38 +0100 (MET) Message-Id: <200003090944.KAA18799@beta.informatik.hu-berlin.de> From: Sven Wischnowsky To: zsh-workers@sunsite.auc.dk In-reply-to: "Bart Schaefer"'s message of Mon, 6 Mar 2000 06:59:35 +0000 Subject: Re: push-input, accept-and-hold, etc., and vared Bart Schaefer wrote: > Using push-input or accept-and-hold during vared has unexpected (to me, > at least) behavior -- to wit, the value of the variable is pushed onto > the command input stack, and vared exits, whereupon the value of the > variable is immediately popped into the PS1 editor buffer. > > There may be obscure circumstances in which this is what is meant, but > (particularly in the case of "vared mapfile[...]") that's seldom so. > > I'm not precisely sure what to suggest we do about it, though. It might > be nice to have accept-and-hold set the variable but not exit vared (this > would be particularly useful with "vared mapfile[...]"). I'm at a loss > with respect to push-input and friends. Perhaps they just shouldn't work? > > On a semi-related question, is it time that vared had its own keymap? > The problem is initializing it properly, I suppose. I was thinking about an option to vared allowing users to say which keymap they want to use there. And allowing users to define keymaps. But this would require some more discussion, I think, so I held myself back (also thinking about the things Anthony once spoke about -- quite a while ago in a message which number I don't seem to have any more). Bye Sven -- Sven Wischnowsky wischnow@informatik.hu-berlin.de