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

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

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


From: Alan Third
Subject: bug#28512: 26.0.60; undecorated frames on macOS 10.13 do not resize properly
Date: Mon, 25 Sep 2017 17:33:01 +0100
User-agent: Mutt/1.9.0 (2017-09-02)

On Mon, Sep 25, 2017 at 08:18:34AM -0700, Aaron Jensen wrote:
> On September 25, 2017 at 3:13:23 AM, Alan Third
> (alan@idiocy.org(mailto:alan@idiocy.org)) wrote:
> 
> > On Sun, Sep 24, 2017 at 05:39:05PM -0700, Aaron Jensen wrote:
> > >
> > > I may have something. If the initial frame is created with undecorated
> > > set from the beginning, it works. Likewise if you create a new frame
> > > after:
> > >
> > > (add-to-list 'default-frame-alist '(undecorated . t))
> > >
> > > So, the problem may have something to do with transitioning from a
> > > decorated frame to an undecorated frame. I remember seeing something
> > > in the iterm2 code about recreating windows in certain instances, but
> > > I don’t remember where I saw that.
> >
> > I’m beginning to lean towards this being a bug in the 10.13
> > pre‐release, given the lack of evidence that this is intentional.
> 
> Looks like it reproduces easily:
> https://github.com/aaronjensen/macOS-10.13-borderless-bug-repro

Given I don’t have Xcode installed, is there a way for me to build
this to confirm its behaviour on 10.12? (or have you already done
that?)

> > I suppose the sensible thing to do would be to raise a bug report with
> > Apple and see if they say anything, or wait for the next release and
> > see if it’s still a problem.
> 
> Ok, I’ll do this.

Thank you.
-- 
Alan Third





reply via email to

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