From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1743 invoked by alias); 26 Apr 2010 11:34:51 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 27920 Received: (qmail 3509 invoked from network); 26 Apr 2010 11:34:49 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE, T_TO_NO_BRKTS_FREEMAIL autolearn=ham version=3.3.1 Received-SPF: pass (ns1.primenet.com.au: SPF record at _spf.google.com designates 209.85.218.213 as permitted sender) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=zvuxjmsYBMcDJGD2Iqn1u4Pl4HcvhoPLQpd3tZ+jE70=; b=PnVapDKmOehOD9HTl9DbRW2f71vRI8r8uLjTdk3z3ujBeG6lpNqt9afrFD/G+deOig 3XRgarbHReZg68V6QMBEHGH6VFmC6Z5zjKqj5MGBfPu8EW2FbNtjhRih8z3QFAr8SSyE 9KlhpH7HTJ+BmVAguym58I1kSFFKKpiIANzbc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=MaonlIQ/8Jf/nN5Tl//zDHT9QisjsDJF3Q6prEJEO0fETBdqtgwbo5pzEpNk1pc2wP F63kiRQ/iOFKrGW58tKRu5ePL9+fjNbRErnlMxxqPkv0hwQsY/vAmHr6uxMwXDH2vXCZ Ky9NgkbzFWgvacNAg/QKT4rbCIFnwhzvBApiM= MIME-Version: 1.0 In-Reply-To: <20100426105331.GC25015@prunille.vinc17.org> References: <20100426105331.GC25015@prunille.vinc17.org> Date: Mon, 26 Apr 2010 13:34:43 +0200 Message-ID: Subject: Re: zsh: insert-last-word problem after completion From: Mikael Magnusson To: zsh-workers@zsh.org Content-Type: text/plain; charset=UTF-8 On 26 April 2010 12:53, Vincent Lefevre wrote: > I've reported the following bug in Debian. It also occurs > under Mac OS X. > > After a "zsh -f": > > % alias my_echo=echo > % false > % true & > % my_ech[TAB] > > A succession of [ESC] . (bound to insert-last-word) gives: > > my_echo& > my_echo&& > my_echo&false > > while I would expect: > > my_echo & > my_echo false > > or even better: > > my_echo true > my_echo false > > i.e. the "&" should be ignored by insert-last-word. Maybe you want smart-insert-last-word? Otherwise, the rightmost ``interesting'' word from the previous com- mand is found and inserted. The default definition of ``interesting'' is that the word contains at least one alphabetic character, slash, or backslash. This definition may be overridden by use of the match style. -- Mikael Magnusson