GNU bug report logs -
#57758
Using menu-bar-mode and tool-bar-mode changes frame size
Previous Next
Reported by: uzibalqa <uzibalqa <at> proton.me>
Date: Mon, 12 Sep 2022 21:47:02 UTC
Severity: normal
Tags: notabug
Done: Po Lu <luangruo <at> yahoo.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 57758 in the body.
You can then email your comments to 57758 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#57758; Package
emacs.
(Mon, 12 Sep 2022 21:47:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
uzibalqa <uzibalqa <at> proton.me>:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org.
(Mon, 12 Sep 2022 21:47:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
I have noticed that calling repeatedly "frame-fullscreen" followed by "frame-normal" changes
the size of the frame. The problem happens when calling "menu-bar-mode" and "tool-bar-mode".
Having only (toggle-frame-fullscreen) keep the frame size intact.
--------
(defun frame-fullscreen ()
(interactive)
(toggle-frame-fullscreen) (menu-bar-mode -1) (tool-bar-mode -1))
--------
(defun frame-normal ()
(interactive)
(menu-bar-mode 1) (tool-bar-mode 1) (toggle-frame-fullscreen))
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#57758; Package
emacs.
(Tue, 13 Sep 2022 02:29:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 57758 <at> debbugs.gnu.org (full text, mbox):
uzibalqa <uzibalqa <at> proton.me> writes:
> I have noticed that calling repeatedly "frame-fullscreen" followed by "frame-normal" changes
> the size of the frame. The problem happens when calling "menu-bar-mode" and "tool-bar-mode".
Not a bug. On most builds, setting frame-inhibit-implied-resize to t
should resolve that problem.
Added tag(s) notabug.
Request was from
Stefan Kangas <stefankangas <at> gmail.com>
to
control <at> debbugs.gnu.org.
(Tue, 13 Sep 2022 03:09:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#57758; Package
emacs.
(Tue, 13 Sep 2022 03:22:01 GMT)
Full text and
rfc822 format available.
Message #13 received at 57758 <at> debbugs.gnu.org (full text, mbox):
------- Original Message -------
On Tuesday, September 13th, 2022 at 2:28 AM, Po Lu <luangruo <at> yahoo.com> wrote:
> uzibalqa uzibalqa <at> proton.me writes:
>
> > I have noticed that calling repeatedly "frame-fullscreen" followed by "frame-normal" changes
> > the size of the frame. The problem happens when calling "menu-bar-mode" and "tool-bar-mode".
>
>
> Not a bug. On most builds, setting frame-inhibit-implied-resize to t
> should resolve that problem.
Why does a resize happen and why is it not a bug?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#57758; Package
emacs.
(Tue, 13 Sep 2022 03:53:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 57758 <at> debbugs.gnu.org (full text, mbox):
------- Original Message -------
On Tuesday, September 13th, 2022 at 3:20 AM, uzibalqa via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org> wrote:
> ------- Original Message -------
> On Tuesday, September 13th, 2022 at 2:28 AM, Po Lu luangruo <at> yahoo.com wrote:
>
>
>
> > uzibalqa uzibalqa <at> proton.me writes:
> >
> > > I have noticed that calling repeatedly "frame-fullscreen" followed by "frame-normal" changes
> > > the size of the frame. The problem happens when calling "menu-bar-mode" and "tool-bar-mode".
> >
> > Not a bug. On most builds, setting frame-inhibit-implied-resize to t
> > should resolve that problem.
>
>
> Why does a resize happen and why is it not a bug?
Should I use
(setq frame-inhibit-implied-resize t)
before calling
(toggle-frame-fullscreen) ?
Then reset it again with
(setq frame-inhibit-implied-resize nil)
when going to the normal frame size?
I do not think I would have to change frame-inhibit-implied-resize before
going fullscreen, but only before going back to the original frame size.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#57758; Package
emacs.
(Tue, 13 Sep 2022 03:56:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 57758 <at> debbugs.gnu.org (full text, mbox):
uzibalqa <uzibalqa <at> proton.me> writes:
> Why does a resize happen and why is it not a bug?
Because changing the state of the tool bar and/or menu bar changes the
size of the frame.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#57758; Package
emacs.
(Tue, 13 Sep 2022 04:07:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 57758 <at> debbugs.gnu.org (full text, mbox):
------- Original Message -------
On Tuesday, September 13th, 2022 at 3:55 AM, Po Lu <luangruo <at> yahoo.com> wrote:
> uzibalqa uzibalqa <at> proton.me writes:
>
> > Why does a resize happen and why is it not a bug?
>
>
> Because changing the state of the tool bar and/or menu bar changes the
> size of the frame.
It makes more sense to change the size of the window instead of the frame.
Particularly for people having multiple screens of different sizes. The frame
resize poses the problem of having the frame get beyond the screen region,
with no way to access the menu-bar.
Reply sent
to
Po Lu <luangruo <at> yahoo.com>:
You have taken responsibility.
(Tue, 13 Sep 2022 04:58:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
uzibalqa <uzibalqa <at> proton.me>:
bug acknowledged by developer.
(Tue, 13 Sep 2022 04:58:02 GMT)
Full text and
rfc822 format available.
Message #27 received at 57758-done <at> debbugs.gnu.org (full text, mbox):
uzibalqa <uzibalqa <at> proton.me> writes:
> It makes more sense to change the size of the window instead of the frame.
If you want that, turn on frame-inhibit-implied resize. The default
behavior will not change.
> Particularly for people having multiple screens of different sizes. The frame
> resize poses the problem of having the frame get beyond the screen region,
> with no way to access the menu-bar.
Assuming you mean "monitor" by "screen", you can just move the frame
back inside. But the implicit resizing is more likely to cut off the
echo area than the menu bar, since the origin of the frame wrt the root
window remains unchanged.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#57758; Package
emacs.
(Tue, 13 Sep 2022 11:58:02 GMT)
Full text and
rfc822 format available.
Message #30 received at 57758-done <at> debbugs.gnu.org (full text, mbox):
------- Original Message -------
On Tuesday, September 13th, 2022 at 4:56 AM, Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org> wrote:
> uzibalqa uzibalqa <at> proton.me writes:
>
> > It makes more sense to change the size of the window instead of the frame.
>
>
> If you want that, turn on frame-inhibit-implied resize. The default
> behavior will not change.
>
> > Particularly for people having multiple screens of different sizes. The frame
> > resize poses the problem of having the frame get beyond the screen region,
> > with no way to access the menu-bar.
>
>
> Assuming you mean "monitor" by "screen", you can just move the frame
> back inside. But the implicit resizing is more likely to cut off the
> echo area than the menu bar, since the origin of the frame wrt the root
> window remains unchanged.
Yes, it meant the screen.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#57758; Package
emacs.
(Tue, 13 Sep 2022 13:02:02 GMT)
Full text and
rfc822 format available.
Message #33 received at 57758-done <at> debbugs.gnu.org (full text, mbox):
------- Original Message -------
On Tuesday, September 13th, 2022 at 11:57 AM, uzibalqa via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org> wrote:
> ------- Original Message -------
> On Tuesday, September 13th, 2022 at 4:56 AM, Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" bug-gnu-emacs <at> gnu.org wrote:
>
>
>
> > uzibalqa uzibalqa <at> proton.me writes:
> >
> > > It makes more sense to change the size of the window instead of the frame.
> >
> > If you want that, turn on frame-inhibit-implied resize. The default
> > behavior will not change.
> >
> > > Particularly for people having multiple screens of different sizes. The frame
> > > resize poses the problem of having the frame get beyond the screen region,
> > > with no way to access the menu-bar.
> >
> > Assuming you mean "monitor" by "screen", you can just move the frame
> > back inside. But the implicit resizing is more likely to cut off the
> > echo area than the menu bar, since the origin of the frame wrt the root
> > window remains unchanged.
>
>
> Yes, it meant the screen.
The monitor
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org.
(Wed, 12 Oct 2022 11:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 197 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.