GNU logs - #44454, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#44454: 26.3; Enhancement request: let :help in menus take a FORM arg, i.e., be eval'd
Resent-From: Drew Adams <drew.adams@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 04 Nov 2020 21:37:02 +0000
Resent-Message-ID: <handler.44454.B.160452578815571 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 44454 <at> debbugs.gnu.org
MIME-Version: 1.0
Message-ID: <93a9e82b-3799-492f-9632-dfe61db9a7dd@default>
Date: Wed, 4 Nov 2020 13:34:17 -0800 (PST)
From: Drew Adams <drew.adams@HIDDEN>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=141.146.126.79;
 envelope-from=drew.adams@HIDDEN; helo=aserp2130.oracle.com
X-Spam_score_int: -43
X-Spam_score: -4.4
X-Spam_bar: ----
X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001,
 DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
 RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)

Enhancement request:

In extended menu items and the easy-menu stuff, the value of :help must
be a literal string.  Consider perhaps letting it be a FORM, i.e., have
it be evaluated, like :visible and :enable.

It would be backward compatible.  If you use a sexp now the result is
that you just don't get any help echo.

In GNU Emacs 26.3 (build 1, x86_64-w64-mingw32)
 of 2019-08-29
Repository revision: 96dd0196c28bc36779584e47fffcca433c9309cd
Windowing system distributor `Microsoft Corp.', version 10.0.18362
Configured using:
 `configure --without-dbus --host=3Dx86_64-w64-mingw32
 --without-compress-install 'CFLAGS=3D-O2 -static -g3''

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Drew Adams <drew.adams@HIDDEN>
Subject: bug#44454: Acknowledgement (26.3; Enhancement request: let :help
 in menus take a FORM arg, i.e., be eval'd)
Message-ID: <handler.44454.B.160452578815571.ack <at> debbugs.gnu.org>
References: <93a9e82b-3799-492f-9632-dfe61db9a7dd@default>
X-Gnu-PR-Message: ack 44454
X-Gnu-PR-Package: emacs
Reply-To: 44454 <at> debbugs.gnu.org
Date: Wed, 04 Nov 2020 21:37:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 44454 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
44454: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D44454
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#44454: 26.3; Enhancement request: let :help in menus take a FORM arg, i.e., be eval'd
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 09 Nov 2020 16:03:01 +0000
Resent-Message-ID: <handler.44454.B44454.160493774031175 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Drew Adams <drew.adams@HIDDEN>
Cc: 44454 <at> debbugs.gnu.org
From: Lars Ingebrigtsen <larsi@HIDDEN>
References: <93a9e82b-3799-492f-9632-dfe61db9a7dd@default>
Date: Mon, 09 Nov 2020 17:02:05 +0100
In-Reply-To: <93a9e82b-3799-492f-9632-dfe61db9a7dd@default> (Drew Adams's
 message of "Wed, 4 Nov 2020 13:34:17 -0800 (PST)")
Message-ID: <87v9eejz7m.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Drew Adams <drew.adams@HIDDEN> writes:

> Enhancement request:
>
> In extended menu items and the easy-menu stuff, the value of :help must
> be a literal string.  Consider perhaps letting it be a FORM, i.e., have
> it be evaluated, like :visible and :enable.
>
> It would be backward compatible.  If you use a sexp now the result is
> that you just don't get any help echo.

:visible and :enable have to allow forms as values.  What's the use case
for forms for :help elements?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#44454: 26.3; Enhancement request: let :help in menus take a FORM arg, i.e., be eval'd
Resent-From: Drew Adams <drew.adams@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 09 Nov 2020 16:27:02 +0000
Resent-Message-ID: <handler.44454.B44454.160493919610175 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Lars Ingebrigtsen <larsi@HIDDEN>
Cc: 44454 <at> debbugs.gnu.org
MIME-Version: 1.0
Message-ID: <ea9fd587-4403-41b1-9d5e-ee7e89fc0269@default>
Date: Mon, 9 Nov 2020 08:26:25 -0800 (PST)
From: Drew Adams <drew.adams@HIDDEN>
References: <93a9e82b-3799-492f-9632-dfe61db9a7dd@default>
 <87v9eejz7m.fsf@HIDDEN>
In-Reply-To: <87v9eejz7m.fsf@HIDDEN>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> :visible and :enable have to allow forms as values.  What's the use case
> for forms for :help elements?

Same purpose as :visible and :enable:

To be able to change the help echo depending on the
current context.  The command for the menu item can
have different behaviors, depending on the context.
The help echo could let you know about this.

For example, the help echo for a command that cycles
some setting/value could let you know what the
current value is or what the next one will be if you
choose that menu item - let you know what will happen.

Just as :visible and :enable let you know whether a
command is currently available, so could :help let
you know what its behavior will be.

I have exactly this situation in my `Info' submenu
`Toggle/Cycle'.  For the toggle commands there, the
toggle checkmark suffices to let you know the current
(and hence the next) state/value.  For cycle commands
there's no way to know, except by actually cycling.
___

(Dare I ask if there's some reason that :help cannot
or shouldn't accept a FORM to evaluate?  Will I be
denounced again for including a question "Why not?"?
You have the "why" above.  But I'd anyway like to know
what it is, if there's a good answer to "why not?".)

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#44454: 26.3; Enhancement request: let :help in menus take a FORM arg, i.e., be eval'd
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 10 Nov 2020 13:58:01 +0000
Resent-Message-ID: <handler.44454.B44454.160501666627957 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 44454
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Drew Adams <drew.adams@HIDDEN>
Cc: 44454 <at> debbugs.gnu.org
Received: via spool by 44454-submit <at> debbugs.gnu.org id=B44454.160501666627957
          (code B ref 44454); Tue, 10 Nov 2020 13:58:01 +0000
Received: (at 44454) by debbugs.gnu.org; 10 Nov 2020 13:57:46 +0000
Received: from localhost ([127.0.0.1]:36799 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1kcU9a-0007Gr-3R
	for submit <at> debbugs.gnu.org; Tue, 10 Nov 2020 08:57:46 -0500
Received: from quimby.gnus.org ([95.216.78.240]:53558)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1kcU9Y-0007Ga-Tx
 for 44454 <at> debbugs.gnu.org; Tue, 10 Nov 2020 08:57:45 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org;
 s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:
 References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=Z0xil7zfQyq9fTspQaJ52oZRatq5SS2nwZJJwsr+W9k=; b=DkomMBQm7QcNtkNjoeFzA8wIBx
 QMadrfO/H06nfjKyc+pidH79P2kAz0naB7qVCd18VP9+1p7XnJq1x9MzIrcz+QDcUdZJ4jrxjDBOD
 6teEvLpRRwBAuq6lidTdQ8FXtcfX3+kWcL8AK1pbrLHzPZ81Xqc8VRkJdAtR/JBiw8Cw=;
Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo)
 by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.92) (envelope-from <larsi@HIDDEN>)
 id 1kcU9Q-0002ua-BR; Tue, 10 Nov 2020 14:57:38 +0100
From: Lars Ingebrigtsen <larsi@HIDDEN>
References: <93a9e82b-3799-492f-9632-dfe61db9a7dd@default>
 <87v9eejz7m.fsf@HIDDEN>
 <ea9fd587-4403-41b1-9d5e-ee7e89fc0269@default>
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj
 SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEX0zt4+Fxy+LUT/
 ///9z/9xAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+QLCg04D9aUEHgAAAGISURBVCjPdZHBattAEIZH
 ghSkUyj1oT2FUpd2n8Lk1psI+gd5T25Apdqn2AZ88akH75LqpIbISPOUnZWd9tSBhfl2Zn52/yHK
 8IU7YEclEV2hxX2NirzCG4WH58/Vjeb0Glc4HE3YJVijaObmCalLZ2aWYw6fWVI1sGMJw4qJ8q7l
 X1FGwBEdM7C431oXKup8y4IZe6fQ5HoXQ0MilHEBiG0tiVFIoxF1qmgTnERtNULkRIMVUkWWCAoD
 lSLzdxMCRDwZBWcV3ECqIQ8/XZgK+3yGsWNv7DGBz+F4ChYKLD5wSGeTYHpr47BSf8j0Iu8ChoAN
 JemDjM4n55JaqRADbhNM61Ps70KyR58XELtLmy+wdaeM0SQw6gXva9hFYA3LsQIvsOoqDhXSc6T8
 9rFqsVsqUxn7x4jboFB6E/iecbev0xr0z45Rz8uCTDG6U1juNYq2xPa8Ux2rD/3XXbY5w7X0PzbX
 S569em/kyV9myg/9+HjJ1eGpaF6A1OWbv2A8/YtP9D94iT/nZLdobfnZ0AAAACV0RVh0ZGF0ZTpj
 cmVhdGUAMjAyMC0xMS0xMFQxMzo1NjoxNSswMDowMPuhaCsAAAAldEVYdGRhdGU6bW9kaWZ5ADIw
 MjAtMTEtMTBUMTM6NTY6MTUrMDA6MDCK/NCXAAAAAElFTkSuQmCC
X-Now-Playing: Machinedrum's _Cached_: "Jigga Why? (Beat 5)"
Date: Tue, 10 Nov 2020 14:57:35 +0100
In-Reply-To: <ea9fd587-4403-41b1-9d5e-ee7e89fc0269@default> (Drew Adams's
 message of "Mon, 9 Nov 2020 08:26:25 -0800 (PST)")
Message-ID: <87o8k5iab4.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 @@CONTACT_ADDRESS@@ for details.
 Content preview: Drew Adams <drew.adams@HIDDEN> writes: > I have exactly
 this situation in my `Info' submenu > `Toggle/Cycle'. For the toggle commands
 there, the > toggle checkmark suffices to let you know the current > (and
 hence the next) state/value. Fo [...] 
 Content analysis details:   (-2.9 points, 5.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Drew Adams <drew.adams@HIDDEN> writes:

> I have exactly this situation in my `Info' submenu
> `Toggle/Cycle'.  For the toggle commands there, the
> toggle checkmark suffices to let you know the current
> (and hence the next) state/value.  For cycle commands
> there's no way to know, except by actually cycling.

Makes sense to me.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Last modified: Tue, 10 Nov 2020 14:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.