From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 List-Post: List-Help: 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 , 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 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.