From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-users-return-22187-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 736 invoked by alias); 11 Dec 2016 17:07: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: 22187
Received: (qmail 29339 invoked from network); 11 Dec 2016 17:07:07 -0000
X-Qmail-Scanner-Diagnostics: from mta04.eastlink.ca by f.primenet.com.au (envelope-from <rayandrews@eastlink.ca>, uid 7791) with qmail-scanner-2.11 
 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1.  
 Clear:RC:0(24.224.136.10):SA:0(-3.7/5.0):. 
 Processed in 1.156841 secs); 11 Dec 2016 17:07:07 -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=-3.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,
	RP_MATCHES_RCVD,SPF_PASS autolearn=unavailable autolearn_force=no
	version=3.4.1
X-Envelope-From: rayandrews@eastlink.ca
X-Qmail-Scanner-Mime-Attachments: |
X-Qmail-Scanner-Zip-Files: |
Received-SPF: pass (ns1.primenet.com.au: SPF record at _spf.eastlink.ca designates 24.224.136.10 as permitted sender)
X-Authority-Analysis: v=2.2 cv=ZvqvEJzG c=1 sm=1 tr=0
 a=xPWM5QW5oS+lNOfUWk9MeA==:117 a=xPWM5QW5oS+lNOfUWk9MeA==:17 a=IkcTkHD0fZMA:10
 a=-HBJLBt9eCxw54L1pfkA:9 a=QEXdDO2ut3YA:10 a=7N9V8cSc2GcA:10
X-EL-IP-NOAUTH: 24.207.97.144
Message-id: <584D87B5.6070803@eastlink.ca>
Date: Sun, 11 Dec 2016 09:07:01 -0800
From: Ray Andrews <rayandrews@eastlink.ca>
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Icedove/31.7.0
MIME-version: 1.0
To: zsh-users@zsh.org
Subject: Re: off topic
References: <20161209122958.GD19559@256bit.org>
 <57127.1481294647@hydra.kiddle.eu> <584AC8AC.9050406@eastlink.ca>
 <62522.1481300922@hydra.kiddle.eu> <584AEDBF.2050402@eastlink.ca>
 <161209165454.ZM9226@torch.brasslantern.com>
 <95362.1481338226__15466.9970310808$1481338718$gmane$org@hydra.kiddle.eu>
 <20161211043221.GA11489@fujitsu.shahaf.local2>
In-reply-to: <20161211043221.GA11489@fujitsu.shahaf.local2>
Content-type: text/plain; charset=utf-8; format=flowed
Content-transfer-encoding: 7bit

On 12/10/2016 08:32 PM, Daniel Shahaf wrote:
> Whatever convention we come up with, can we please arrange for the 
> plugin's code to be parsed without user options and/or aliases in 
> effect? Maybe add a -U flag to 'source' which does that? 
Pardon, I'm out of my depth here so just ignore this, but why would we 
want to ignore user options and such?  If the answer is simple I'd like 
to hear it, otherwise nevermind.