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

[Aaron Jensen <aaronjensen@gmail.com>]

On October 18, 2017 at 12:50:38 PM, Alan Third
(alan@idiocy.org(mailto:alan@idiocy.org)) wrote:

> Hmm, I take it these are not part of Emacs?

No, they’re 3rd party applications. I use them more or less as
lightweight window managers.

> The diagonal resizing
> should work, we just don’t have diagonal arrows because the ones macOS
> uses are undocumented.

I couldn’t get it to work on any corner if I remember correctly.

> > If you’re up for coding it, I’d definitely be happy to test out the
> > recreate-the-frame option.
>
> I’d rather not, to be honest. The below option seems better where it’s
> supported, especially if borderless windows are deprecated.

Yeah, I’m yet to corroborate the deprecation, but I hear you. It
probably just boils down to undecorated windows not being useful for
me in the case I was using them for before. The transparent title bar
isn’t so bad—I have a large enough monitor and I’m not going to throw
a fit just to get rid of the titlebar :)

That said, it is also too bad that this represents a behavioral
regression for frames created after the first one as those worked
fine. It was only the first that had the issue. Would it be a crazy
thing to create borderless frames as resizable but remove that flag if
they become borderless after creation?

This actually has me wondering if it would be a “reasonable” thing to
simply open a new frame immediately on startup and close the original
frame if I really wanted the borderless.

Aaron