From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 402 invoked by alias); 19 Jun 2016 16:17:35 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 38717 Received: (qmail 29721 invoked from network); 19 Jun 2016 16:17:34 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_DKIM_INVALID autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brasslantern-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:date:in-reply-to:comments:references:to:subject :mime-version; bh=nkwpmgwhQgoa6EoleFaaRY47RJS9omFTSkkGUaRJT1Y=; b=dqvISA8rT3h5VNImjwECw2JENaYui7+nYhdBtlkLAZr4HIdj99gW0ktRg/pV3h9dXh uUJS9kHoua4QOPGEAsBXsKKwcFQo9RUUr6ohhsS+/OwiVUCdCZBxHRLqMAuYlhL3VCRf J4IJ43hLrIOxOZhYu9QmtelYsR0bagF8Kidp7CoBHtp48eYgjIKF7tyifQzaMKAHrC8q pl/bDYXcvW9j4Qsxv1gbfIQlBjchHDKQvbhSqTT272+7yFM4GCfb6TnFeWSvkLcVUIiX mvzuI+JV2pWwig/ndF+62mNCvEzcX7nKAgw9LL5uNdprMiB4yJMQ+Ft0IehvV1kKdn2f 2nkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:message-id:date:in-reply-to:comments :references:to:subject:mime-version; bh=nkwpmgwhQgoa6EoleFaaRY47RJS9omFTSkkGUaRJT1Y=; b=AeSawwVIhg5VUBaZJmZAKSgWLkzOcmd13iL86EJY7x/prOsaKkWgoEmfLj4kQIKMjC q++BQsQen7N99RlOEAKJIon4D41pgvd6z+o3mTjHgS5Ax3LxHwgnwFw/3zwUS4jJB3BV weEJOEF8v69P/AnYF9XSH9p9R3rP9iHhc7K42UQAkz5d22dg2W5rJ4yuVSxi+6hVJZaq UN6bDrN80J/AU5seGfzLn5eC0gcdnRL5gKn16VdoLzhjDuyLfawyPkibrTX1oqemj5Kb 4OgAfqeh4+A94J4HtgVa85+7eeZ0el7ZavCafFWH8Xu2Fzjvu3J18HVeNnS70l8vYiho FAzA== X-Gm-Message-State: ALyK8tIdOe4vANV4ETP/eUG58viWb7W9WO2Uaga8VBU0tL+vELRzbaBch8F/7r+XqYvggQ== X-Received: by 10.66.51.42 with SMTP id h10mr16281798pao.31.1466353053203; Sun, 19 Jun 2016 09:17:33 -0700 (PDT) From: Bart Schaefer Message-Id: <160619091803.ZM1176@torch.brasslantern.com> Date: Sun, 19 Jun 2016 09:18:03 -0700 In-Reply-To: <23451.1466284625@thecus.kiddle.eu> Comments: In reply to Oliver Kiddle "PATCH: allow default match specs to be disabled (was Re: [PATCH v4] zsh localedef completion)" (Jun 18, 11:17pm) References: <57504DEC.9000101@redhat.com> <2aa4c678-6d5e-0614-7aff-e374c3108ba3@gmx.com> <5312.1465896712@thecus.kiddle.eu> <23451.1466284625@thecus.kiddle.eu> X-Mailer: OpenZMail Classic (0.9.2 24April2005) To: zsh-workers@zsh.org Subject: Re: PATCH: allow default match specs to be disabled (was Re: [PATCH v4] zsh localedef completion) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Jun 18, 11:17pm, Oliver Kiddle wrote: } } Turns out it isn't hard to do. } } This patch uses x: as the token. Any thoughts on that or alternative } suggestions? My only other thought would be a single hyphen or a single exclamation point, for similarity with the tag-order style, } There's nothing in the documentation to suggest that the ordering of } matching specifications has any effect. Is anyone aware of whether it } perhaps does? I would expect that it does, for a number of reasons: * you can group specs to be tried "all the same time" together in a single quoted string, or have several strings that are to be tried separately * specs can begin with a "+" to append them to an existing spec * it matters that the global matcher is prepended to matcher-list rather than appended What is it that leads you to think it's order-independent? } The documentation of the matcher style was perhaps deceptive in } indicating that it is tried before matcher-list. The value is merely } placed before those from matcher-list. I have this comment in my .zshrc: # Matching # 1. Try completion with no alterations (i.e., literal match is best) # 2. Match substrings separated by dashes, dots, underscores, commas # 3. As (2) but case-insensitively # 4. As (2) but allow arbitrary stuff at the beginning of the result zstyle ':completion:*' matcher-list '' 'r:|[-._,]=** r:|=**' \ 'm:{[:lower:][:upper:]}={[:upper:][:lower:]} r:|[-._,]=** r:|=**' \ 'r:|[-._,]=** r:|=** l:|=*' The behavior I see from completion leads me to believe that later matchers are not tried if earlier matchers generate a result, e.g., "literal match is best" => put empty matcher first. Maybe I'm misunderstanding your question.