GNU bug report logs - #58917
28.2; Arm Build on Mac OS Monterey: Buffer Name is on the same line as Tool Bar Icons

Previous Next

Full log

Message #16 received at 58917 <at> debbugs.gnu.org (full text, mbox):

From: Po Lu <luangruo <at> yahoo.com>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: Oliver Yang <oliver_hom <at> yahoo.com>, 58917 <at> debbugs.gnu.org
Subject: Re: bug#58917: 28.2; Arm Build on Mac OS Monterey: Buffer Name is
 on the same line as Tool Bar Icons
Date: Sun, 13 Nov 2022 12:45:57 +0800

Stefan Kangas <stefankangas <at> gmail.com> writes:

> The linked thread suggests some solutions:
>
>     It looks like you can change the default setting for whether or not
>     the title (for Emacs, it's the buffer name) is over the toolbar with
>
>         defaults write -g NSWindowSupportsAutomaticInlineTitle -bool false
>
>     [...]
>
>     I think that something like the following code change to Emacs in
>     the right place would change the default appearance always:
>
>     if ( [NSToolbar instancesRespondToSelector:@selector(setToolbarStyle:)])
>         [win setToolbarStyle: NSWindowToolbarStyleExpanded];
>
>     for an NSWindow object win at an appropriate time.
>
> There is also a link to:
>
>     https://apple.stackexchange.com/questions/408475/revert-ui-on-big-sur
>
> But people are also commenting that this no longer works on Monterey
> (a.k.a. macOS 12, the latest version).  It is not clear to me if this
> refers to the code change, or to the "defaults write" command only:
>
>     Just an update for others who stumble across this: this setting
>     seems to have been removed in Monterey (12.0). It doesn't work for
>     me any longer, and that seems consistent with some other new web
>     searches turning up similar results.
>
> Perhaps we should test doing something like the code above, and if that
> works make it into a defcustom?  If that's not possible for some reason,
> perhaps it should be documented in PROBLEMS?
>
> I don't really do Objective-C or macOS development, so I can't help with
> this, I'm afraid.  I'm happy to test a solution if someone were to write
> up a patch though.

Right.  The other question is whether or not we actually want to mess
with how Apple dictates the tool bar must be placed.

Previous Next

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