From: Drew Adams <drew.adams@oracle.com>
To: Lars Ingebrigtsen <larsi@gnus.org>
Cc: 43383@debbugs.gnu.org
Subject: bug#43383: 26.3; `toggle-menu-bar-mode-from-frame'
Date: Mon, 14 Sep 2020 00:00:37 +0000 (UTC) [thread overview]
Message-ID: <882a4660-736a-4361-b8d8-f60df88daccf@default> (raw)
In-Reply-To: <87tuw1dzlw.fsf@gnus.org>
> > I don't understand the doc string:
> >
> > Toggle menu bar on or off, based on the status of the current frame.
> > See `menu-bar-mode' for more information.
> >
> > I have no idea what is meant by "based on the status of the current
> > frame". Is the status whether it shows the menu-bar?
> >
> > Furthermore, this seems to be used only in menu Options > Show/Hide.
> > Which means it's only visible when the menu-bar is visible, right?
>
> It's very confusing indeed, but the patch that introduces this has a
> long essay about why it was added.
>
> It's something to do with... multi-tty? Which clarifies the meaning of
> "Toggle menu bar on or off, based on the status of the current frame."
> somewhat, since the exegesis says that the (global) status may be...
> wrong?
>
> That sounds like a bug, doesn't it?
Sorry, but I still don't understand it. I don't
really care about this, so I'll leave it up to
others (e.g. you, if you want) to figure out what,
if anything, should be done about it.
I suspect that even the command name is bad.
----
FWIW, I have a similarly named command, but it does
what I'd expect a command with such a name to do:
(defun toggle-menu-bar-for-frame (&optional frame)
"Toggle showing the menu-bar for selected frame.
When called from Lisp, optional arg FRAME is used instead of the
selected frame."
(interactive)
(let ((now (or (frame-parameter frame 'menu-bar-lines) 0)))
(set-frame-parameter frame 'menu-bar-lines (if (zerop now) 1 0))))
IOW, instead of toggling all existing and future frames,
which is what `menu-bar-mode' does, it toggles only the
selected frame.
next prev parent reply other threads:[~2020-09-14 0:00 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-13 20:58 bug#43383: 26.3; `toggle-menu-bar-mode-from-frame' Drew Adams
2020-09-13 23:30 ` Lars Ingebrigtsen
2020-09-14 0:00 ` Drew Adams [this message]
2020-09-14 14:50 ` Eli Zaretskii
2020-09-14 14:51 ` Lars Ingebrigtsen
2020-09-16 16:19 ` Eli Zaretskii
2022-01-31 17:29 ` Lars Ingebrigtsen
[not found] ` <<834ko0beet.fsf@gnu.org>
[not found] ` <<877dsw8l81.fsf@gnus.org>
[not found] ` <<83ft7h7kym.fsf@gnu.org>
2020-09-16 17:09 ` Drew Adams
2020-09-14 14:42 ` Eli Zaretskii
[not found] <<7f20fd70-b8f0-490d-a3f8-36a7554c6ccd@default>
[not found] ` <<838sdcbes6.fsf@gnu.org>
2020-09-14 15:16 ` Drew Adams
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=882a4660-736a-4361-b8d8-f60df88daccf@default \
--to=drew.adams@oracle.com \
--cc=43383@debbugs.gnu.org \
--cc=larsi@gnus.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).