From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-users-return-19118-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 20546 invoked by alias); 20 Sep 2014 13:30:07 -0000
Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Users List <zsh-users.zsh.org>
List-Post: <mailto:zsh-users@zsh.org>
List-Help: <mailto:zsh-users-help@zsh.org>
X-Seq: 19118
Received: (qmail 15866 invoked from network); 20 Sep 2014 13:30:06 -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=-1.4 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW,
	RCVD_NUMERIC_HELO,SPF_HELO_PASS,T_FSL_HELO_BARE_IP_2 autolearn=no
	version=3.3.2
X-Injected-Via-Gmane: http://gmane.org/
To: zsh-users@zsh.org
From: Yuri D'Elia <wavexx@thregr.org>
Subject: Re: rsync --progress stops completion
Date: Sat, 20 Sep 2014 15:25:44 +0200
Message-ID: <lvjv8o$r67$1@ger.gmane.org>
References: <lv9jav$8l6$1@ger.gmane.org>  <2002755.9ryFYYVtTN@note>	<5418786F.8030001@thregr.org>	<140916175124.ZM5742@torch.brasslantern.com>	<54194198.2010607@thregr.org>	<140917085133.ZM6725@torch.brasslantern.com>	<541AA918.8060503@thregr.org>	<140918093602.ZM7963@torch.brasslantern.com> <140918190130.ZM8366@torch.brasslantern.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: 193.106.183.18
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.0
In-Reply-To: <140918190130.ZM8366@torch.brasslantern.com>

On 09/19/2014 04:01 AM, Bart Schaefer wrote:
>>  else
>> +  _message "$service cannot parse command line"
>>    return 1
>>  fi
> 
> Indeed, the above causes a spurious warning from "su" completion.  So
> I don't think I'll be committing that.

Also, to follow my previous discussion, I would somehow prefer a system
where the completion *allows* unknown flags as a general rule for all
completers.

I don't have enough knowledge of the existing completers to know though
if this is feasible or not. By following debian unstable I'm often in
the situation where the completion is behind the actual program.