From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-33249-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 27278 invoked by alias); 25 Sep 2014 16:51:23 -0000
Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Workers List <zsh-workers.zsh.org>
List-Post: <mailto:zsh-workers@zsh.org>
List-Help: <mailto:zsh-workers-help@zsh.org>
X-Seq: 33249
Received: (qmail 24395 invoked from network); 25 Sep 2014 16:51:22 -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.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW 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
         :content-type:content-transfer-encoding;
        bh=LosoB3snKm0kKL9imAkJInVsk8vvdsTH+ysXIamwGR4=;
        b=prCKY5J1ciFvSmtow8Ytf9fHiBlthONGHw7JvtY9LGpv+GSK5Ag8m1rAs4j6eHFL6w
         iOxvWRMnqJUarGw1DVA6MAQccbfwNv3hqVTZiahWS/lnMtGIJagi+K5tRr/uy2MjM4OX
         2SiD6hxGdW8CSjifSEIpoePtCbUSAymsbCUMXIGQl9YZPoUvGjXoErpBa+otZaDb1WeW
         xeURSuIUqTbU2vNXERYajYHV4bGbgw3k1AcTR33eaSC0rvseEDFXdl28biftaCpibAtA
         lluG4nF0btchdlXS2cYXIhT3zJB20L7BG2iZ1jDoeZyhKC5phtZpHIf8KEiYhFQfTpvv
         x5CA==
X-Received: by 10.152.116.44 with SMTP id jt12mr14768542lab.7.1411663879632;
        Thu, 25 Sep 2014 09:51:19 -0700 (PDT)
Message-ID: <54244804.8080305@gmail.com>
Date: Thu, 25 Sep 2014 22:51:16 +0600
From: Vasiliy Ivanov <beelzebubbie.logs@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.8.0
MIME-Version: 1.0
To: zsh-workers@zsh.org
Subject: _arguments not works as expected. Bug?
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

I noticed when I use _arguments with -s ("more than one option per word") I see different behaviour
for "single-option" words completion and "multi-option":

#compdef testcmd
_arguments -s \
    "(-q --quiet -v --verbose)"{-v,--verbose} \
    "(-v --verbose)"{\*-q,\*--quiet}

# *-q used for better clearness

% testcmd -q <tab> producing only -q completion as expected (as -q excludes only -v), but:
% testcmd -q<tab> offered both -q and -v (why?)

Maybe I miss something, but I see no reason to allow -qv in this case, but to not allow -q -v.

-- 
Regards,
  Vasiliy Ivanov <beelzebubbie.logs@gmail.com>