From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-37044-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 24623 invoked by alias); 1 Nov 2015 18:18:32 -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: 37044
Received: (qmail 1851 invoked from network); 1 Nov 2015 18:18:30 -0000
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.0
X-Originating-IP: [86.6.158.222]
X-Spam: 0
X-Authority: v=2.1 cv=YMdiskyx c=1 sm=1 tr=0 a=2SBOh4l1h08DI0L+aujZyQ==:117
 a=2SBOh4l1h08DI0L+aujZyQ==:17 a=NLZqzBF-AAAA:8 a=kj9zAlcOel0A:10
 a=q2GGsy2AAAAA:8 a=cG16DyjVEnzQmlIquMEA:9 a=CjuIK1q_8ugA:10
Date: Sun, 1 Nov 2015 18:15:25 +0000
From: Peter Stephenson <p.w.stephenson@ntlworld.com>
To: Zsh hackers list <zsh-workers@zsh.org>
Subject: Re: PATCH: emulate -l to list options that would change
Message-ID: <20151101181525.1c5c1777@ntlworld.com>
In-Reply-To: <151031170303.ZM21847@torch.brasslantern.com>
References: <20151031204036.77fbfee4@ntlworld.com>
	<151031170303.ZM21847@torch.brasslantern.com>
X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.28; x86_64-redhat-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On Sat, 31 Oct 2015 17:03:03 -0700
Bart Schaefer <schaefer@brasslantern.com> wrote:
> On Oct 31,  8:40pm, Peter Stephenson wrote:
> }
> } This fixes it so that "emulate -l [-LR] <mode>" tells you what options would
> } change if you executed "emulate [-LR] <mode>".  This is incompatible with
> } additional options (including a -c argument).
> 
> It would be quite helpful if there were an extension to the zsh/parameter
> module that could retrieve this information without having to fork and
> capture $(emulate ...).

Yes, it would, but zsh's one-level-deep parameter system and lack of
namespaces doesn't make it obvious what a convenient way of doing this
would be.

If we use the information to help make the options set in completion
more manageable, for example, the thing to do would probably be set a
variable via a one off $(eumlate -l zsh) in compinit (though it needs
more work than that since that doesn't give us the set of options we
want).

pws