From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11222 invoked by alias); 5 Nov 2013 16:10:05 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 18096 Received: (qmail 10757 invoked from network); 5 Nov 2013 16:09:58 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE, T_TO_NO_BRKTS_FREEMAIL autolearn=ham version=3.3.2 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=F/Qw17IyRnlXioFJofdP32poTpu/QczDmedFGgtBAOk=; b=MEGAHRLUBPFCgeNcQv1lpqHzEr2Zvnu/3fLPnewPXTrISKMcXJt9QUqipTI3SEyLr6 5RqQFo3BTIP1r63IvJ7nD8ubN9MkfpQuU2BdMYsF4Zkw7p3HI0hYyJI1kbdmbqBHDCA+ Nj2s4JI1D1k3P0TE2vxXr7UpQCdeTNrhyjIySb0TXPMLJIxu3Z0fv/70/hkdWhR2Vqy6 mZA/UBeVFr3SheEF1xQHLMSm7A5yiDxCjpiLzQOpBM8UrJEJsDl0iQZcdezQu56auvjU kvwMBZBcwnV8UKPXDLPVITDTwDqhATIVb0ZnoVDYNTSV+NDhQrVBqW4GtWNKZ9WI6Aee BBhA== X-Received: by 10.69.31.203 with SMTP id ko11mr12335167pbd.127.1383667793684; Tue, 05 Nov 2013 08:09:53 -0800 (PST) Message-ID: <52791850.50501@gmail.com> Date: Tue, 05 Nov 2013 09:09:52 -0700 From: John User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: zsh-users@zsh.org Subject: Re: problem with zstyle file-patterns References: <527867AE.7060302@gmail.com> <131104233118.ZM17331@torch.brasslantern.com> In-Reply-To: <131104233118.ZM17331@torch.brasslantern.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Argh, yes. Not doing the compinit part was the problem. All set now. Thanks! John On 11/5/13, 12:31 AM, Bart Schaefer wrote: > On Nov 4, 8:36pm, John wrote: > } > } I'm having an issue with file-patterns on zstyle: > } > } % zstyle ':completion:*:*:yes:files' file-patterns '*XXX.*' > > First problem is that this zstyle pattern is wrong. The file-patterns > style is looked up using the context ":completion::complete:yes::" > which does not match ":completion:*:*:yes:files". > > Second problem is that even if the ":tag" part of the style were to > be used, the tag "files" is not valid. > > The zle keybinding ctrl+x h (_complete_help) would have shown you this > *if* you used it *before* you executed the above zstyle command: > > % yes > tags in context :completion::complete:yes:: > all-files (_files _default) > > Once you run the above zstyle, you've [unintentionally] created a > "files" tag, but that doesn't matter because the doc for file-patterns > says: > > The file-patterns style provides alternatives to the default tags, > which are not used. Its value consists of elements of the form > `PATTERN:TAG'; each string may contain any number of such > specifications separated by spaces. > > Note that it says the default tags aren't used. That's because you can > use file-patterns to define what the tags are, so there can't yet be any > tags at the time this zstyle is looked up. That could be clearer (it > should probably say that *no* tags are used). > > Try instead > > zstyle ':completion:*:*:yes::' file-patterns '*XXX.*:files'