bug#28512: 26.0.60; undecorated frames on macOS 10.13 do not resize properly

[Aaron Jensen]

On October 16, 2017 at 3:01:14 AM, Alan Third
(alan@idiocy.org(mailto:alan@idiocy.org)) wrote:

> On Sat, Oct 14, 2017 at 02:47:41PM -0700, Aaron Jensen wrote:
> > I was able to get some information from the author of iTerm2. The
> > problem is definitely that Emacs changes the window style to
> > resizable. If the NSWindow is recreated as resizable then it works
> > fine.
>
> I don’t understand, we’re not changing the resizable attribute.

I’m sorry, I miswrote. I meant that the borderless attribute is changed.

> > So that leaves a couple of questions:
> >
> > 1. Is it possible to create the first frame with undecorated set?
>
> So create the window undecorated, then immediately switch it to
> decorated?

What I meant was how do I start emacs while telling it to create its
initial frame undecorated if that’s my desire. Setting
`initial-display-alist` to include `(undecorated . t)` in `init.el`
seems to be insufficient, because the frame appears to be created
prior to `init.el` being eval’d.

> > 2. Would it be difficult to recreate the NSWindow housing the frame
> > when that frame parameter is changed?
>
> I’m not sure. I’ll have to go and have a look.

Thanks.

Aaron