Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: Change in FIGNORE behavior
- X-seq: zsh-workers 23496
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: "zsh workers" <zsh-workers@xxxxxxxxxx>
- Subject: Re: Change in FIGNORE behavior
- Date: Wed, 30 May 2007 03:58:10 -0700
- In-reply-to: <20070530112934.3950357b@xxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <20a807210705291856qe306eeds250f4f9d5f4dd33f@xxxxxxxxxxxxxx> <200705300945.l4U9jUbE009607@xxxxxxxxxxxxxx> <20070530112934.3950357b@xxxxxxxxxxxxxx>
On May 30, 11:29am, Peter Stephenson wrote:
}
} I've found what's causing it by using the default set of completers: it's
} the effect of the change in (R) on this code in _ignored:
}
} zstyle -a ":completion:${curcontext}:" completer comp ||
} comp=( "${(@)_completers[1,_completer_num-1][(R)_ignored(|:*),-1]}" )
I knew something was nagging me about that change to (R). Here's
another thing that I just remembered:
var[(R)pattern] is an assignable construct. Previously
var[(R)missing]=something
would replace the first element. Now it appends an element to the end.
You might think this is inconsequential until you remember that
var[(R)missing]=( a whole lot of something )
will now append the entire new array, whereas before it spliced the
new elements into the front of the old array.
That's going to bite somebody ... in fact I appear to have a script
that relies on the old behavior, although it's one I haven't used in
a long time.
Messages sorted by:
Reverse Date,
Date,
Thread,
Author