From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20014 invoked from network); 3 May 2000 12:39:19 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 3 May 2000 12:39:19 -0000 Received: (qmail 20060 invoked by alias); 3 May 2000 12:39:04 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 11115 Received: (qmail 20037 invoked from network); 3 May 2000 12:39:03 -0000 X-Envelope-Sender-Is: Andrej.Borsenkow@mow.siemens.ru (at relayer david.siemens.de) From: "Andrej Borsenkow" To: "Sven Wischnowsky" , Subject: RE: PATCH: Re: Shell-word splitting (was: Re: Proposed _history completer) Date: Wed, 3 May 2000 16:38:59 +0400 Message-ID: <000801bfb4fc$8de5a920$21c9ca95@mow.siemens.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <200005031220.OAA00376@beta.informatik.hu-berlin.de> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 > > Anyway, here's the patch, implementing the (z) flag which makes the > parameter value be zplitted uzing zsh zhell zyntax. This works a bit > like the (s) flag (or the `=' before the name) and is done at the very > end, so to access words resulting from the splitting: > Why is it so similar ... is it not the same as was implemented for copy-prev-shell-word? I mean, in this case c-p-s-w may well be implemented as pure shell-level widget ... may be, it is not worth it now ... The only problem is, what happens if current line is incomplete? That is, is this modifier useful in widgets that deal with current line? Suppose, we have something like ``echo "foo '' - what will be the result of (z) modifier? -andrej