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