Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: characters not added in _rsync completion
- X-seq: zsh-workers 20488
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: Wayne Davison <wayned@xxxxxxxxxxxxxxxxxxxxx>
- Subject: Re: characters not added in _rsync completion
- Date: Thu, 14 Oct 2004 21:18:31 -0700 (PDT)
- Cc: zsh-workers@xxxxxxxxxx
- In-reply-to: <20041013164626.GA3017@xxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <20041013054015.GA824@xxxxxxxxx> <Pine.LNX.4.61.0410122330050.17741@xxxxxxxxxxxxxxxxxx> <20041013164626.GA3017@xxxxxxxxx>
- Reply-to: zsh-workers@xxxxxxxxxx
On Wed, 13 Oct 2004, Wayne Davison wrote:
> On Tue, Oct 12, 2004 at 11:41:52PM -0700, Bart Schaefer wrote:
> > I'm puzzled why the version of rsync itself makes any difference,
> > because _rsync specifies everything explicitly, so unless you've
> > edited _rsync it won't ever complete those options.
>
> This is not how it works on my system. The _rsync script appears to be
> querying rsync to ask it what options it supports, and combining that
> list with the list in _rsync.
I've belatedly spotted that _rsync does in fact pass the "--" option to
_arguments, which causes it to parse the --help output.
> > Without plunging into the why of it, a cursory inspection seems to
> > indicate that when an option has an argument then zsh fails to find
> > the longest common prefix among that option and any other options that
> > do NOT
>
> It's strange that the --no<TAB> case doesn't match this idea.
Hrm. Well, I did say it was a cursory inspection.
Fooling around with how this behaves in interactive menu selection is ...
unfortunately pretty much the opposite of "enlightening."
Messages sorted by:
Reverse Date,
Date,
Thread,
Author