zsh-users
 help / color / mirror / code / Atom feed
From: Oliver Kiddle <okiddle@yahoo.co.uk>
To: zsh-users@sunsite.dk
Subject: Re: completion within word
Date: Mon, 27 Sep 2004 11:19:51 +0200	[thread overview]
Message-ID: <17298.1096276791@trentino.logica.co.uk> (raw)
In-Reply-To: <20040925003747.241f4a2d@buddha.localdomain.de>

On 25 Sep, "Matthias B." wrote:

> Okay, I've tried it for a while and I'm not happy with it. I have the same
> problems with it as with the bash programmable completion project. Little
> annoyances everywhere such as "svn import k<TAB>" refusing to complete on
> files in the current directory and there's also the complexity. I feel

The patch below fixes that particular annoyance. If you let us know
about any other little annoyances, we can either fix them or let you
know how to configure zsh to avoid them. I've tended to believe that we
have fewer half-hearted attempts at completion functions than
bash_completion.

> So I'm going to live with basic builtin completion. Any chances of getting
> the above completion to work with it? If not, I'd be grateful for pointers
> into the zsh code so that I can see if I can fix it myself. 

I'm not entirely sure how to fix that from the builtin completion using
only compctl. I've not used it in a while. It would be possible using a
standalone completion widget function which specifically looks for that
situation. I'd suggest you just try to use the $path array form of $PATH
instead because it is easier to manipulate. Instead of the your line,
you can do:

  path=( $path /bi<tab>
or in zsh 4.2:
  path+=( /bi<tab>

Oliver

Index: Completion/Unix/Command/_subversion
===================================================================
RCS file: /cvsroot/zsh/zsh/Completion/Unix/Command/_subversion,v
retrieving revision 1.6
diff -u -r1.6 _subversion
--- Completion/Unix/Command/_subversion	14 Apr 2004 08:17:53 -0000	1.6
+++ Completion/Unix/Command/_subversion	27 Sep 2004 09:10:21 -0000
@@ -84,7 +84,7 @@
     ;;
     *)
       case $_svn_subcmd_usage in
-        *(SRC|DST|TARGET|URL*PATH)*)
+        *(SRC|DST|TARGET|URL*PATH|PATH*URL)*)
           _svn_subcmds+=( 
 	    '*: : _alternative "files:file:_files" "urls:URL:_svn_urls"'
 	  )


  reply	other threads:[~2004-09-27  9:22 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-21 15:51 Matthias B.
2004-09-22  4:55 ` Thomas Köhler
2004-09-22  9:16   ` Peter Stephenson
2004-09-24 22:37   ` Matthias B.
2004-09-27  9:19     ` Oliver Kiddle [this message]
2004-09-27 14:00       ` Matthias B.
2004-09-27 14:18         ` Peter Stephenson
2004-09-27 14:43           ` Matthias B.
2004-09-27 14:46             ` Peter Stephenson
2004-09-27 15:12             ` Oliver Kiddle
2004-09-27 20:34               ` Joel David Elkins

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=17298.1096276791@trentino.logica.co.uk \
    --to=okiddle@yahoo.co.uk \
    --cc=zsh-users@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).