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.3 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,T_SCC_BODY_TEXT_LINE, UNPARSEABLE_RELAY autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 9484 invoked from network); 2 Jun 2022 13:55:16 -0000 Received: from zero.zsh.org (2a02:898:31:0:48:4558:7a:7368) by inbox.vuxu.org with ESMTPUTF8; 2 Jun 2022 13:55:16 -0000 ARC-Seal: i=1; cv=none; a=rsa-sha256; d=zsh.org; s=rsa-20210803; t=1654178116; b=oLfQun15T2HO/VB9yvi7jYgrjncrIqHqqNF3J0zlCg4hhxZz6vTUCg4H1RGZjyoUBwljCh7bYU oVSU9lj30af+XcnmYRhdvSzp9UrV6Z2PK0kfgZWdgrxAuTwHakgLJdMtynDbyOwi2XU22GPjOl gG0BkXUXgvZ7bcosv2wqP9dyZDfIFXvMCBXV3D/a25K+l/Kb/KHb2jqr28uvnQ48uTjH2S5yF7 Uh40lqlprCkB+qtbfcq1Dhru6u2X+YM2Yocu2te3vZcnxVpVwh7yGv+9E8EgHXi9lhQMKOuklK gHMmhrYi91/QDTpyVnAdglqvCEHkBY2ckqtK5GhDawnw/w==; ARC-Authentication-Results: i=1; zsh.org; iprev=pass (joooj.vinc17.net) smtp.remote-ip=155.133.131.76; dmarc=none header.from=vinc17.net; arc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed; d=zsh.org; s=rsa-20210803; t=1654178116; bh=Xrfx/rI46NA0L6JqLkAtImR30bjB6QNrI62heOQK3gQ=; h=List-Archive:List-Owner:List-Post:List-Unsubscribe:List-Subscribe:List-Help: List-Id:Sender:In-Reply-To:Content-Transfer-Encoding:Content-Type: MIME-Version:References:Message-ID:Subject:To:From:Date:DKIM-Signature; b=q+n+hi+5aF109dBYfInh/5ct3e8jZb3QrJA4IkHsbyRWqBHrbxsPtP5RGijQKmfCPQ9IrsTBY/ lVrMw9M7dkMh5puMSjdTDl5OMqwLbwzoKQx+Z8uBPPJxUd0WCOLN9yPggEDIGNj1zSCSVJpUtL 0L2ISbLPhECn+p0dJEwKsbvqwzen6K29u6U+/bNNcmEVVZBFNslZFhHikSLXVCArvc+m2kaUi2 ed5z0iyucIWZ4DsvN7Equh7CKH4WJJjSZfEfUvJqVmA2MeVe7OK/0PWpnHYZVNllkbZBiB/ecM 4Y7TjBZ9r7Pg34L06r1uXJ98L39NeDnzMYFv2mLkeazJyQ==; 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:In-Reply-To:Content-Transfer-Encoding :Content-Type:MIME-Version:References:Message-ID:Subject:To:From:Date: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID; bh=lSHBcHsiqZeWr98PQbv8lUnqDIzhHB4lHLit9O42LKw=; b=GlYKE9uR1MlUpKIfMmOGTIr0mn 9BL1nSjkiPRSZeGTHks5qeyAzIZokvHHYUg3IPbrsq8qEY/GBFA5fUC5DJ5xHOo8W5f9IIfL0LAOf mRn8ny2+LoOoYeI+hRbJv6Epp+aDU78HexRch3KnQsKkvvUaFzj8JBq9o1P0MA7iRvcwJIFcaZ1d7 tgfXiAnSUAZun9XmzuDRDtGEUZAuiY/rU/xard9bl5V9Ma0fpdoAyTVWj2D+TGpx4X7VbMFsb80K6 j43pz6N7Hvuy4GD4VoK01LQvsM28SqQcWBWHreh9Wo+Qxd/2wfREuEJ/LzbbRP+ZqzK2MZNilhqg0 Rii28hVw==; Received: from authenticated user by zero.zsh.org with local id 1nwlIB-000K26-Ir; Thu, 02 Jun 2022 13:55:15 +0000 Authentication-Results: zsh.org; iprev=pass (joooj.vinc17.net) smtp.remote-ip=155.133.131.76; dmarc=none header.from=vinc17.net; arc=none Received: from joooj.vinc17.net ([155.133.131.76]:39504) by zero.zsh.org with esmtps (TLS1.3:TLS_AES_256_GCM_SHA384:256) id 1nwlHJ-000JJb-Jc; Thu, 02 Jun 2022 13:54:22 +0000 Received: from smtp-zira.vinc17.net (128.119.75.86.rev.sfr.net [86.75.119.128]) by joooj.vinc17.net (Postfix) with ESMTPSA id 851BBC8; Thu, 2 Jun 2022 15:54:20 +0200 (CEST) Received: by zira.vinc17.org (Postfix, from userid 1000) id 67B4A280020E; Thu, 2 Jun 2022 15:54:20 +0200 (CEST) Date: Thu, 2 Jun 2022 15:54:20 +0200 From: Vincent Lefevre To: zsh-users@zsh.org Subject: Re: prevent some lines directly coming from the history from being executed Message-ID: <20220602135420.GB1791337@zira.vinc17.org> Mail-Followup-To: zsh-users@zsh.org References: <20220525084920.GB97860@zira.vinc17.org> <20220526143602.GA1236826@zira.vinc17.org> <20220526155329.GF19001@tarpaulin.shahaf.local2> <1936193667.415066.1653581604546@mail2.virginmedia.com> <20220528000720.GB1236826@zira.vinc17.org> <20220528100639.GB29128@tarpaulin.shahaf.local2> <20220530090255.GA1502654@zira.vinc17.org> <20220602101700.GD28173@tarpaulin.shahaf.local2> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220602101700.GD28173@tarpaulin.shahaf.local2> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/2.2.5+32 (f582b526) vl-138565 (2022-05-28) X-Seq: 27834 Archived-At: X-Loop: zsh-users@zsh.org Errors-To: zsh-users-owner@zsh.org Precedence: list Precedence: bulk Sender: zsh-users-request@zsh.org X-no-archive: yes List-Id: List-Help: List-Subscribe: List-Unsubscribe: List-Post: List-Owner: List-Archive: On 2022-06-02 10:17:00 +0000, Daniel Shahaf wrote: > Vincent Lefevre wrote on Mon, May 30, 2022 at 11:02:55 +0200: > > On 2022-05-28 10:06:39 +0000, Daniel Shahaf wrote: > > > Vincent Lefevre wrote on Sat, May 28, 2022 at 02:07:20 +0200: > > > > This is in Section "ZLE WIDGETS". But since this is specific to > > > > the standard widgets, shouldn't this be also at the beginning of > > > > Section "STANDARD WIDGETS"? > > > > > > The next paragraph recommends that user-defined widgets not be named > > > with leading dots. That wouldn't belong under "Standard widgets". > > > > Concerning this point, I meant just the end of the paragraph, which > > would be *also* in Section "STANDARD WIDGETS". This is because one > > does not read the manual in a linear way, and if one is interested > > in standard widgets, one may look at this section only. > > > > Or perhaps just the sentence > > > > Each built-in widget has two names: its normal canonical name, and > > the same name preceded by a `.'. > > > > with a reference to Section "ZLE WIDGETS" for more information. > > > > Following your argument, why *shouldn't* the information be repeated at > the top of the "User-defined Widgets" section? It's relevant to users > who define widgets that shadow standard widgets. I was speaking of Section "STANDARD WIDGETS" because this is precisely where the names are given, together with the description, e.g. accept-line (^J ^M) (^J ^M) (^J ^M) Finish editing the buffer. Normally this causes the buffer to be executed as a shell command. Ideally, one should have all the names: accept-line, .accept-line (^J ^M) (^J ^M) (^J ^M) Finish editing the buffer. Normally this causes the buffer to be executed as a shell command. But this would be too much. Hence my suggestion to write something about that only at the beginning of the section. Now, Section "USER-DEFINED WIDGETS" should contain examples of user-defined widgets, in particular using the dot-name form. So the information would be there too. > Perhaps the right answer here is to demote the "User-defined Widgets" > and "Standard Widgets" sections to subsections of "Widgets", but this > might involve some yodl/texi work to get the _current_ subsections of > these two sections nested one level deeper. (We reverted this This may not solve the issue, as one may want to immediately jump to the "Standard Widgets" (sub)section to get information about them. > > BTW, are "built-in widget" and "standard widget" synonymous? > > The terminology should be clarified and possibly homogenized. > > Do we have more than one kind of non-user-defined widget? If so, those > two terms could be a distinction with a difference [sic]. > > The difference here could be, say, between widgets that are implemented > by the zsh/zle module and are zmodload'd by default (in the 'zmodload > -F' sense) on the one hand, and other widgets implemented in C. (I.e., > widgets implemented by other modules, or by off-by-default 'zmodload -F' > features of the zsh/zle module.) OK, menu-select is a built-in widget defined by zsh/complist, thus it has a dot-name form, but it is not a standard widget. zira% zmodload zsh/complist zira% zle -l | grep menu-select zira% zle -l -a | grep menu-select .menu-select menu-select zira% BTW, for widgets, the manual uses "built-in" and "builtin". I suppose that this is really the same thing. Also, "user defined widgets" (several occurrences) should be changed to "user-defined widgets". -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)