From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 9788 invoked from network); 5 Mar 2023 22:25:37 -0000 Received: from zero.zsh.org (2a02:898:31:0:48:4558:7a:7368) by inbox.vuxu.org with ESMTPUTF8; 5 Mar 2023 22:25:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=zsh.org; s=rsa-20210803; h=List-Archive:List-Owner:List-Post:List-Unsubscribe: List-Subscribe:List-Help:List-Id:Sender:Message-ID:Date:Content-ID: Content-Type:MIME-Version:Subject:To:References:From:In-reply-to:cc:Reply-To: Content-Transfer-Encoding:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID; bh=SyRacpwF623RTIAXBYrL6VWt6smcgiJzLZTojzGncoM=; b=S8adPaxzEA2TAUr8N5R9eNGo93 Dufj0+5RG8ngKK1ahqP2/jpn1EzzkRJKA0wQ/hcMTBZHT02JcjVT3hZbgYgdwWghqsYJF76x3Ga1l bgLkJ2zjgtSwGKnMVTsJT8BH19torUo3U5M20v8uE+R70boyLv9OTz/BvFvKeQgWTILji7YPKeHD6 DEzPC4EdESjG8vcTklLMjdXqb4isnVP4tDNP/8dXLcE9Lm3MpQqiLWtq/HfGWnVLs140un8qkfwNR xssKyu+GZ8JrfN+rKr4VACGSU+2+zgIvuJJJ6ga6Nr0pen04ETMGsxe97LCrpnxlFqe/Qoo7sN6K0 5m4VEAPg==; Received: by zero.zsh.org with local id 1pYwnQ-0008lN-Gf; Sun, 05 Mar 2023 22:25:36 +0000 Received: by zero.zsh.org with esmtpsa (TLS1.3:TLS_AES_256_GCM_SHA384:256) id 1pYwmp-0008Qp-4J; Sun, 05 Mar 2023 22:24:59 +0000 Received: from [192.168.178.21] (helo=hydra) by mail.kiddle.eu with esmtp(Exim 4.95) (envelope-from ) id 1pYwmn-000DkR-I5; Sun, 05 Mar 2023 23:24:58 +0100 cc: Zsh hackers list In-reply-to: From: Oliver Kiddle References: <26170-1678007435.186071@mDq6.Euc0.bAwZ> To: Bart Schaefer Subject: Re: [PATCH 1/3] Extended ksh compatibility: namespace parameter syntax MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <52849.1678055097.1@hydra> Date: Sun, 05 Mar 2023 23:24:57 +0100 Message-ID: <52850-1678055097.553101@HAUa.4aGe.fmcC> X-Seq: 51507 Archived-At: X-Loop: zsh-workers@zsh.org Errors-To: zsh-workers-owner@zsh.org Precedence: list Precedence: bulk Sender: zsh-workers-request@zsh.org X-no-archive: yes List-Id: List-Help: , List-Subscribe: , List-Unsubscribe: , List-Post: List-Owner: List-Archive: Bart Schaefer wrote: > Assignment should be possible. > > % .foo.bar=something There must be an off-by-one error in a check: a.b=c zsh: command not found: a.b=c But it does work for anything longer than one character in the first component such as foo.bar. I was confused when this didn't work for me this morning because I was sure I had done some tests of assignments. > Yes, I've been working on doc and tests. One difference that I want > to add is that parameters starting with "." are omitted from the > default output of "set" and "typeset" (with no arguments). Yes, that would be good. > Given zsh dynamic scoping, it works reasonably well to have ZLE > variables behave like locals -- you can't access them outside a shell > function (widget) anyway. If there were controls we wanted to expose > higher up -- such as, perhaps, fiddling with keymaps without having to > invoke "zle -K" or "bindkey -[eva]") then yes, a ".zle" namespace > could be handy. I was thinking of things like zle_bracketed_paste, zle_highlight and ZLE_RPROMPT_INDENT which it'd be nice to have more hidden. Oliver