[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [PATCH] URL completion via 'svn ls' in bash_completion - call for advice - still buggy

From: Hyrum K. Wright <hyrum_wright_at_mail.utexas.edu>
Date: 2007-06-03 04:10:45 CEST

Hash: SHA1

Did anybody have comments on Tim's patch? He mentions that it's still
buggy, so I probably won't open an issue. I just want to make sure that
people get a chance to give him feedback.

(The patch is attached to the original mail, located here:

- -Hyrum

Tim Connor wrote:
> One of the fondest wishes of myself, and a number of devopers I know,
> is to be able to tab complete subversion URLs. I started to implement
> this in a ruby script, after being inspired by an autocompletion
> script for rake, when I came across the whole bash_completion thing.
> I haven't written more than 20 lines of shell script before, so I'm
> more looking for advice, than proposing this as ready to include.
> Down the road I'd like to add hostname completion from the auth
> folder, ala the ssh @hostname style - but that will require parsing
> how how that is handled, so definitely a future stage. Right now I
> just have this completing if it's http://a-path-ending-in-a-slash/, as
> a first step. Thoughts?
> My first problem is how I get it to return the nice non-prepending
> paths with multiple matchs, as it does now, but not kill my whole path
> when there is only one. After that I'm guessing the next step would be
> to do partial completions based on mapping against the ls results from
> the parent folder? Any advice on how to proceed with those in bash?
> Philosophical objects to the whole idea? other?
> Tim Connor

Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Jun 3 04:08:06 2007

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.