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
Reported by: Oliver Yang <oliver_hom <at> yahoo.com>
Date: Mon, 31 Oct 2022 08:15:01 UTC
Severity: minor
Tags: wontfix
Found in version 28.2
Done: Stefan Kangas <stefankangas <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Po Lu <luangruo <at> yahoo.com> writes:
> Oliver Yang <oliver_hom <at> yahoo.com> writes:
>
>> Same problem described in the thread
>> https://emacs.stackexchange.com/questions/64602/buffer-name-on-separate-row-from-toolbar-icons
>>
>> The Arm Build of emacs on Mac OS 12.6 will have buffer name on the same
>> line as the toolbar icons. This is not case with X86 version of 28.2 on
>> Mac OS 12.6.
>>
>>
>> In GNU Emacs 28.2 (build 1, aarch64-apple-darwin21.1.0, NS appkit-2113.00 Version 12.0.1 (Build 21A559))
>> of 2022-09-12 built on armbob.lan
>> Windowing system distributor 'Apple', version 10.3.2113
>> System Description: macOS 12.6
>
> As usual, with Apple, this depends on what system you built Emacs on.
>
> So my guess is you built the build exhibiting the new tool bar placement
> on Mac OS 12, and the build that does not on some older version of Mac
> OS. There is nothing that we Emacs developers can do about this, I
> think.
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.
This bug report was last modified 1 year and 340 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.