Thanks for the link !

Yes it is, but I just saw I misunderstood how you used it. There's been cases where developer gave the Qt installation QML path.

Can you share your QML imports ? There might be something there that could be useful to understand why not everything needed was included.

Take a look at QtRPT print report engine and QtRptDesigner. May be it help you.
You can fint QtRPT at http://www.qtrpt.tk

@VRonin Thank you for your suggestion!

Interestingly that doesn't have any effect. The application still uses the unified menubar.
I set the attribute like this in my main() before I construct and show the QMainWindow:

QCoreApplication::setAttribute(Qt::AA_DontUseNativeMenuBar, true);

Interestingly I get the following debug messages in the application output pane when opening and closing the application when the attribute is set to true:

Menu item is already in a menu, remove it from the other menu first before inserting Menu item is already in a menu, remove it from the other menu first before inserting Menu item is already in a menu, remove it from the other menu first before inserting Menu item is already in a menu, remove it from the other menu first before inserting Item to remove does not belong to this menu Item to remove does not belong to this menu Item to remove does not belong to this menu Item to remove does not belong to this menu

I also tried QMainWindow::setUnifiedTitleAndToolBarOnMac() but without any success either. The application still uses the unified toolbar.

I'm using Qt 5.6 on OS X 10.11.4 (El Capitan)

Hello from the future. 5 years later and still not a feature, but here's a ugly workaround I have been using to some degree of satisfaction:

On the main Qt Creator window: pull up the bottom panel divider all the way up covering as much of the window as possible select <no document> open a new window(s) form the "split" icon, and use that as the main editor window

This way, I have a window just for the output separated from the code editing.

Anyway, not pretty, but gets the job done.

@pavel_abr Did you solve this? Please let me know the solution.

@patrikd
Thank your suggestion worked fine for my framework too.
Wish I could give you a cartload of reps for that :-).

Hello,

That not the problem here.
If i understand correctly, the OSX Application Menu is translated by Qt, not my application.
The problem occurs only with QtQuick and on a OSX no-english.

So why i must do give a translated file created by me for QtQuick and not for QtWidgets ? (And not the translated files qt)

Regards,

nelbok

Please have some patience, this forum is community driven and not all users live in the same timezone as you.

The picture you are linking to doesn't show a hovered button but a checked button. You will have that visual effect if you set the checkable property of the action to corresponding to the button as true and you check it.

Thank you for the hint about 'solved'.

@DRivkin anyone interested can send an email to jobs@next.audio and I can take it from there.

Update: I managed to get a QWindow involved into the code, yet the toolbar is messed up.
Screenshot

New code:

void Test::createFancyMacWindow() { QWindow* w = new QWindow(); NSView* mainWindowNSView = (NSView*) w->winId(); NSWindow* window = [mainWindowNSView window]; NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; // move toolbar where the titlebar used to be [window setTitleVisibility: NSWindowTitleHidden]; // Adjust Cocoa layouts NSView *contentView = [window contentView]; [contentView setAutoresizesSubviews:YES]; QMacNativeWidget *nativeWidget = new QMacNativeWidget(contentView); //nativeWidget->move(0, 0); nativeWidget->setPalette(QPalette(Qt::red)); nativeWidget->setAutoFillBackground(true); NSView *nativeWidgetView = nativeWidget->nativeView(); [contentView addSubview:nativeWidgetView positioned:NSWindowAbove relativeTo:nil]; [nativeWidgetView setAutoresizingMask:NSViewWidthSizable | NSViewHeightSizable]; [nativeWidgetView setAutoresizesSubviews:YES]; nativeWidget->show(); // Show the window. [window makeKeyAndOrderFront:window]; [pool release]; QMacToolBar *toolBar = new QMacToolBar(); toolBar->addItem(QIcon(), QStringLiteral("Helloooo")); toolBar->attachToWindow(w); [window setToolbar: toolBar->nativeToolbar()]; w->show(); }

nevermind, i saw someone had a different error but adding

QMAKE_MAC_SDK = macosx10.11

in the pro file also fixes this.

Core i5 is for sure x86_64 and it can execute i386 binaries as well.
Because x86_64 was invented by AMD and later implemented by Intel as well it is often called AMD x86_64.

Sounds good :)