Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: PATCH: One small step towards making ~[foo]<tab> work
- X-seq: zsh-workers 35516
- From: Mikael Magnusson <mikachu@xxxxxxxxx>
- To: zsh workers <zsh-workers@xxxxxxx>
- Subject: Re: PATCH: One small step towards making ~[foo]<tab> work
- Date: Thu, 18 Jun 2015 13:38:30 +0200
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=GVzjKmIq7Esl0CmTyUjFETbctK57mTy5cQnCjXUDGLo=; b=DIKhRrwVs0y07kh7Knv/Mfo/PEauNZx1MmdJOF6Ptu6TBnStKONL21RkcTSSpjhDOk oFdJ7g5SF3yMaHQNH4797dqntraugBH2T4oLglrkj7gORdZRXJrNy90gdI0dFRl0reqb B5djzmXIXafRyVR5JwV5SCLIEDK4bKkdcr65FK9nxnAFFB7ablbV4EFVT0bSSw72tfIj hThJlsFVdhY4SOUwwRurOCy3K1OCJmEMnYIQkQj1wZ6+ZAabqfOy2zw5wqx+zKc7XOwp 18uGnswBgw3PLU6k1Qr0iWxoMght2lfrfKfH5pxydZRB3AJ/c0egVdxV8gVDAZmtKmBn RO3Q==
- In-reply-to: <1434626896-18641-1-git-send-email-mikachu@gmail.com>
- List-help: <mailto:zsh-workers-help@zsh.org>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:zsh-workers@zsh.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- References: <CAHYJk3S86hsRBcLAbGdKbQtUjCw+GyHHUG+cPFoj-11sr5DNLg@mail.gmail.com> <1434626896-18641-1-git-send-email-mikachu@gmail.com>
On Thu, Jun 18, 2015 at 1:28 PM, Mikael Magnusson <mikachu@xxxxxxxxx> wrote:
> I'm not sure if the first hunk does anything useful, because I'm unable
> to make much else after that work yet. The second hunk at least makes it
> so ~[foo/]/ tries ~[foo/] as the prefix instead of ~[foo. This results
> in ~[m48/]<tab> completing to files inside the directory I want but,
> it lists it as "corrections (errors: 1)". Doing ~[m48/]/<tab> produces a
> "no match" error.
>
> ~[m48]<tab> still produces nonsense results like ~man ~messagebus etc,
> I guess it thinks [m48] is a character class. I don't know where to hook
> into that properly to redirect it to _path_files(?).
>
> (The %%]*] is not strictly correct, zsh currently accepts
> ~[foo]blabla/hello as an expansion to bazblabla/hello if ~[foo] expands
> to baz, which is possibly not something we should allow. It feels weird
> anyway).
I realized my ~[foo] expansions where foo doesn't contain a / seem to
work pretty well, as long as you put the trailing slash after manually
(or completion puts it there for you), so there must be somewhere else
that doesn't know about the ~[foo] syntax in the completion code. Any
idea where that might be? I can live with ~[foo]<tab> not working for
now :). I can just invoke expand-word after all.
--
Mikael Magnusson
Messages sorted by:
Reverse Date,
Date,
Thread,
Author