From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27796 invoked from network); 25 Jun 2001 20:34:54 -0000 Received: from sunsite.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 25 Jun 2001 20:34:54 -0000 Received: (qmail 26388 invoked by alias); 25 Jun 2001 20:34:08 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 15082 Received: (qmail 26370 invoked from network); 25 Jun 2001 20:34:07 -0000 To: zsh-workers@sunsite.auc.dk (Zsh hackers list) Subject: Re: backward-kill-word behavior In-reply-to: "Clint Adams"'s message of "Mon, 25 Jun 2001 15:10:45 EDT." <20010625151045.A32662@dman.com> Date: Mon, 25 Jun 2001 22:36:33 +0100 From: Peter Stephenson Message-Id: <20010625213638.AE56C14286@pwstephenson.fsnet.co.uk> Clint Adams wrote: > I am inundated with messages about how backward-kill-word > doesn't behave as in bash. Can something be put into > the FAQ? I suppose you mean that it uses $WORDCHARS instead of just alphanumeric characters. There are various other points about this. We can supply functions that do this. The deletion is a trivial one-line parameter substitution. However, pushing the deleted part onto the kill ring appears to be rather harder. You can manipulate point and mark, but that messes up the user's state. Is it really impossible to do this as the internals do, or have I missed something? If the former, then an extra option to zle to do what killing does with a string would be simple and sensible, and then we can write compatibility functions like this quite easily. Sometime ago I mentioned I didn't like the way $WORDCHARS worked and would rather be able to list things which weren't part of words. Now, however, I think doing this with functions is probably a better way to go. If we add the kill feature, does anybody want to cobble a few functions with more configurable wordiness, possibly defaulting to bash behaviour, together? Else I do it myself. -- Peter Stephenson Work: pws@csr.com Web: http://www.pwstephenson.fsnet.co.uk