From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 679 invoked from network); 19 Jul 2000 14:48:54 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 19 Jul 2000 14:48:54 -0000 Received: (qmail 5353 invoked by alias); 19 Jul 2000 14:48:30 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 12315 Received: (qmail 5340 invoked from network); 19 Jul 2000 14:48:30 -0000 Date: Wed, 19 Jul 2000 16:48:24 +0200 (MET DST) Message-Id: <200007191448.QAA11384@beta.informatik.hu-berlin.de> From: Sven Wischnowsky To: zsh-workers@sunsite.auc.dk In-reply-to: Adam Spiers's message of Mon, 17 Jul 2000 15:38:44 +0100 Subject: Re: PATCH: completion caching layer Adam Spiers wrote: > OK, I've written the first draft of the completion caching layer I > mentioned I was thinking about ages ago. > > It uses two styles: use-cache (yes/no/1/0) and cache-path (the > directory for the cache, defaults to ~/.zsh/cache). I also included > patches for _rpm and _perl_modules to show example uses. I think > you'll agree the interface is very simple. Everything else should (!) > be crystal clear; if not, please ask. > > The patch follows. I won't commit until someone else has gone through > it and thinks it looks OK. I'll also write some documentation at some > point ... Shouldn't there be some way to flush the caches (in _retrieve_cache)? I.e. some style that says when the caches should be rebuilt. This could be done either by a style with values that describe update policies sensible in enough possible contexts or by using a boolean style and let users use `zstyle -e' to implement their own policy (and of course users could do that in the first case, too, but there may be ways to make this more convenient for common cases). Bye Sven -- Sven Wischnowsky wischnow@informatik.hu-berlin.de