[Interest] Qt/Mac : what about a (the) Window menu?

René J. V. Bertin rjvbertin at gmail.com
Wed Mar 7 10:05:19 CET 2018

Nikos Chantziaras wrote:

> In other words, don't use QML for desktop applications if you can avoid
> it :-/

I wouldn't...

> It looks like the standard Windows menu to me in Assistant (Qt 5.8)? We
> get the standard menu in our application too, which is exactly what we want.

I suppose that's not an open source application?

In the Assistant that menu is created explicitly and populated with the Minimise 
and Zoom actions. The menu itself is held by a local variable and thus isn't 
referenced anywhere else. AFAICT that means it will only ever contain those 2 
items, which seems to be confirmed in practice.

There is a design difference that's relevant here: Qt applications tend to use 
tabs or subwindows in a single (or handful) of main windows; native Mac 
applications tend to use more individual windows, and that's what the automatic 
Window menu we're used to works with (see also NSApplication(NSWindowsMenu) ).

I don't see any evidence (in Qt 5.9 and earlier) of an explicit deactivation of 
the window menu (there's a call to exclude specific NSWindows from it), but I 
also don't see any evidence that a Window menu is created and declared (via 
NSApplication:setWindowsMenu). I added a debug probe at an appropriate location 
in the Cocoa QPA and indeed, `[NSApp windowsMenu]` returns NULL in random 


More information about the Interest mailing list