bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#48162: 28.0.50; Resizing using set-frame-width doesn't expand mode-l


From: Alan Third
Subject: bug#48162: 28.0.50; Resizing using set-frame-width doesn't expand mode-line
Date: Sun, 2 May 2021 22:49:40 +0100

On Sun, May 02, 2021 at 09:19:20PM +0200, martin rudalics wrote:
> > Perhaps it just needs to look like this?
> >
> >    if ((oldh == newh && oldw == neww)
> >        || (newh == emacsframe->new_height
> >            && neww == emacsframe->new_width))
> >
> > This is hard, because I can't replicate either of the reported bugs
> > and I suspect my reasoning is very off here.
> 
> I think I understand now: When Emacs is busy it cannot set oldh and oldw
> immediately so oldh == newh && oldw == neww will continue to fail and we
> cannot return.  How about something like the below?

I think the attached works. I finally managed to reproduce the bug and
realised that the offscreen buffer's size doesn't really have anything
to do with what Emacs thinks the frame size is, so I've separated its
resizing code out.

Your suggested code for dealing with the Emacs frame size appears to
work right without any crashes on GNUstep too, so I've included it.

Now I just need to work out why using the menus causes GNUstep builds
to crash and we might have a semi-usable port again. ;)
-- 
Alan Third

Attachment: 0001-Fix-incorrect-resizing-behaviour-on-macOS-bug-48157-.patch
Description: Text Data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]