From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18428 invoked from network); 23 Mar 2001 15:10:22 -0000 Received: from sunsite.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 23 Mar 2001 15:10:22 -0000 Received: (qmail 5141 invoked by alias); 23 Mar 2001 15:10:15 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 13732 Received: (qmail 5127 invoked from network); 23 Mar 2001 15:10:14 -0000 Message-ID: <20010323151014.48902.qmail@web9307.mail.yahoo.com> Date: Fri, 23 Mar 2001 15:10:14 +0000 (GMT) From: =?iso-8859-1?q?Oliver=20Kiddle?= Subject: Completion for kill To: zsh-workers@sunsite.dk MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit This has just been annoying me: completion for kill insists on doing menu completion: from zsh -f + compinit, create a couple of background jobs and then type kill %. After pressing just one tab, menu completion is entered with the first job completed in full on the command-line. The behaviour I would like is exactly what you get with fg % in the same situation where you need more tabs before menu completion is used. The situation is caused by _pids which _kill uses along with _jobs. None of the possible values of the insert-ids style help. One solution is if I add compstate[insert]=unambiguous to the end of _kill. Is there a better solution to this. Surely _pids should only be messing about with compstate[insert] if pids are the only thing being completed? Oliver ____________________________________________________________ Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie