zsh-workers
 help / color / mirror / code / Atom feed
From: Sven Wischnowsky <wischnow@informatik.hu-berlin.de>
To: zsh-workers@sunsite.dk
Subject: PATCH: Re: Completion for kill
Date: Fri, 23 Mar 2001 16:17:17 +0100 (MET)	[thread overview]
Message-ID: <200103231517.QAA10751@beta.informatik.hu-berlin.de> (raw)
In-Reply-To: =?iso-8859-1?q?Oliver=20Kiddle?='s message of Fri, 23 Mar 2001 15:10:14 +0000 (GMT)


Oliver Kiddle wrote:

> 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 %<tab>. 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 %<tab> 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?

Ahem.  Sorry (I use jobs so seldom that I didn't see that...)

Bye
 Sven

Index: Completion/Builtins/_pids
===================================================================
RCS file: /cvsroot/zsh/zsh/Completion/Builtins/_pids,v
retrieving revision 1.9
diff -u -r1.9 _pids
--- Completion/Builtins/_pids	2000/08/16 07:16:12	1.9
+++ Completion/Builtins/_pids	2001/03/23 15:15:34
@@ -11,7 +11,7 @@
   all=()
   match="*[[:blank:]]${PREFIX}[0-9]#${SUFFIX}[[:blank:]]*[/[:blank:]]${2}*"
   shift 2
-elif [[ "$PREFIX$SUFFIX" = [0-9]# ]]; then
+elif [[ "$PREFIX$SUFFIX" = (%*|[0-9]#) ]]; then
   all=()
   match="*[[:blank:]]${PREFIX}[0-9]#${SUFFIX}[[:blank:]]*"
 else

--
Sven Wischnowsky                         wischnow@informatik.hu-berlin.de


             reply	other threads:[~2001-03-23 15:17 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-03-23 15:17 Sven Wischnowsky [this message]
2001-03-23 16:05 ` Oliver Kiddle
2001-03-26  8:25 Sven Wischnowsky

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200103231517.QAA10751@beta.informatik.hu-berlin.de \
    --to=wischnow@informatik.hu-berlin.de \
    --cc=zsh-workers@sunsite.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).