GNU bug report logs - #39000
Light frame after desktop-read on MacOS

Previous Next

Package: emacs;

Reported by: Tak Kunihiro <tak.kunihiro <at> gmail.com>

Date: Tue, 7 Jan 2020 03:19:01 UTC

Severity: normal

Done: Alan Third <alan <at> idiocy.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Alan Third <alan <at> idiocy.org>
To: Tak Kunihiro <tak.kunihiro <at> gmail.com>
Cc: 39000 <at> debbugs.gnu.org
Subject: bug#39000: Light frame after desktop-read on MacOS
Date: Tue, 7 Jan 2020 15:03:20 +0000
[Message part 1 (text/plain, inline)]
On Tue, Jan 07, 2020 at 12:18:16PM +0900, Tak Kunihiro wrote:
> Emacs 26.3 offers dark frames on MacOS 10.14.6 with `Dark (Still)'
> mode.  However after the following operations,
> 
>  $ emacs -Q
>  M-x about-emacs
>  GNU Emacs 26.3 (build 1, x86_64-apple-darwin18.7.0, NS appkit-1671.60 Version 10.14.6 (Build 18G87))
>  M-x desktop-save
>  M-x desktop-read
> 
> a dark frame turns into light frame.  I think this is a bug.

I’ve attached a patch.

It also fixes a niggle I had in that you could force the frame to use
a dark theme, or an aqua theme, but not the system default even though
Emacs would launch with the system default. The documentation was also
wrong in that it described the light theme as the system default, even
though it may not have been.

I’m not sure if this is too big a change for emacs 27 at this stage,
as it’s not entirely fixing bugs, although I’d argue it’s completing a
feature that is incomplete in Emacs 26.
-- 
Alan Third
[0001-Fix-NS-frame-parameters-bug-39000.patch (text/plain, attachment)]

This bug report was last modified 5 years and 214 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.