Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: [PATCH] Re: (Y) modifier: up to N matches?
- X-seq: zsh-workers 32722
- From: Oliver Kiddle <okiddle@xxxxxxxxxxx>
- To: zsh-workers@xxxxxxx
- Subject: Re: [PATCH] Re: (Y) modifier: up to N matches?
- Date: Fri, 06 Jun 2014 01:24:45 +0200
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s1024; t=1402010686; bh=j1zmvcVKcsIKmDOoqcrI2GS4WknBKznBc04PFDGLeq0=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Received:In-reply-to:From:References:To:Subject:MIME-Version:Content-Type:Content-ID:Date:Message-ID; b=2k7b8FaBqSSXcGYC/xNzVD3mv2Lt8/6MF0CXFlZyYc2B/Tfnw1lXznmLHYxfO3/hfpFidsLeGg/hL0rIj375wNeBCkJrCVQfJexcyujqZUJkWvFR0rDm4OovrR7o0BYk+JjjMDgMaz456s/j/rUzx5A+r4VGyRONvdJ9F3eDcaw=
- In-reply-to: <CAH+w=7YJ0Y8qO3j_z4e_7cHQ857GyFOr6PXqAdvBEgUj=uhV6Q@mail.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: <20140602182346.GB1858@tarsus.local2> <140602204603.ZM26905@torch.brasslantern.com> <20140604020804.GA2032@tarsus.local2> <140603234229.ZM29030@torch.brasslantern.com> <20140604230835.GD1970@tarsus.local2> <CAH+w=7YJ0Y8qO3j_z4e_7cHQ857GyFOr6PXqAdvBEgUj=uhV6Q@mail.gmail.com>
Bart wrote:
> On Jun 4, 2014 4:08 PM, "Daniel Shahaf" <d.s@xxxxxxxxxxxxxxxxxx> wrote:
> >
> > What would (odoN) do? It produces the same output as (oN) alone, since
> > presence of (oN) causes any other sort qualifiers to be ignored.
>
> I verified by comparing the output of **/*(odoN) vs **/*(oN) that they may
> in fact differ. I didn't dig into exactly how or why.
Are the sort flags actually affecting the order in which directories are
visited or only the order in which matches are output? Considering uses
of the new (Y) modifier as I've understood it: I commonly use (../)# to
find the top-level of something. For example (../)#.git(:h) will find
the top of a git checkout. It'd be useful if this would stop searching
after the first match which should be the one that involves going up as
few directories as possible. I'm also inclined to think that with
downward globs that you'd want it to find the nearest match so checking
files before directories.
Oliver
Messages sorted by:
Reverse Date,
Date,
Thread,
Author