Nice !
Thanks for the feedback :-)

@IgKh Thank you for your precious help, things are a lot clearer now. Further tests have shown that most of the features I need still work without a call to exec(). I still can't quite understand what in my example started the event loop or if Qt just plugs in the existing NSApplication's event loop.

@IgKh said in Building a DLL on macOS for a non Qt application:

Had no effect on the main issue though

Can you, just for sake of clarity, state the remaining issues?

The main issue i refered to was me wanting to have a separate thread with a QApplication in it and the Qt::AA_PluginApplication attribute had no effect on this. The other issues I have are not within the scope of this topic though.

Thank you very much !

@ipmcc
Works for me with ⇧⌘I (shortcut not defined in my opensacd app version)
⇧⌘< seems to conflict with ⇧<

About the responder chain, i'm talking about this HERE

alt text

As you can see in this screen shot of QtCReator, The main menu and the context menu are not synchronized (obviously there's nothing to copy), that what I 'm trying to implement in my link above.

Thanks for your reply.
One thing to note is that if I hadn't turned on the virtual keyboard on MacOS, this Dialog destruction wouldn't have caused the program to crash.

@Dmitriano Hi,

Cmake has an Xcode generator.

See here for the doc and here for a small example.

@Jammin44fm

Thanks for everyones input I've traced the issue to a problem with process input, and i'm going to create a more specific issue to address that.

@vipul-g
Look at QMenu::setAsDockMenu()

And no comes a reply to myself !

We figured out how to hack towards the behaviour we need.

1/ we add an ObjectiveC .mm file to the project, to call somme MacOS Cocoa's stuff

2/ At application AppB startup, from this ObjectiveC file we call

[NSApp hide:nil]

which "hides" the application, and reactivate our AppA.

Well... This turns into some flickering of the active application (because AppA looses for a few ms activation when AppB starts ; then AppB hides itself and AppA gets the active app again), but we can live with that !

Thanks

@mzimmers Yes, I am sure that the url is pointing to the correct source. In fact what seems strange is that the first time I call setPosition it works, but any other time, regardless of the url being identical or changed to point to a different file, it ends up being in the StalledMedia state.

@SGaist Yes in case of Qt 6.5.0, but this also happens with Qt 6.3.1, although the error I can read from QMediaPlayer is different:

Qt 6.5.0: QMediaPlayer::ResourceError Qt 6.3.1: QMediaPlayer::FormatError

Edit:
The root cause of this issue was connected to file types and the way my url was constructed. I opted to use the native darwin backend with Qt 6.5 instead of the new ffmpeg, at least until 6.5.1 is out and I can do further testing. Thank you for the valuable input (as always!).

Looks like you may have unearthed a bug.

You should check the bug report system to see if there's something already about it and if not please open a new ticket providing your findings.

@Christian-Ehrlicher
I have used the -appstore-compliant option on the final .app made with Xcode. I used nm on the .app after using macdeployqt and it still showed the presence of the two APIs within it.

I think I will have to make my own custom Qt using the appstore-compliant feature.

Surely you mean I have to compile Qt with the "appstore-compliant" feature turned ON?

I know it is supposed to be turned ON by default for Qt downloaded through the maintenancetool. Maybe the Qt 6.4.2 that's available through the maintenance tool wasn't built with the appstore-compliant feature turned ON?

@SGaist That seems to be the solution, haha! Thanks.

I just solved the issue following this video. Using the command provided in solution 1 did the trick.
The command I used is the following:

sudo ln -s /usr/local/mysql/lib/libmysqlclient.21.dylib /usr/local/lib/libmysqlclient.21.dylib

The explanation of how this works is in that video, for anyone stepping with this problem in the future.
Thanks @jsulm for your help and time.

Hi,

Unless I am mistaken, for what you want to do you do not need a NSWindowController.

Retrieve the NSWindow from your QWindow and apply the change you implemented.

The solution was to install cmake 3.24.2. This fixes the compilation process.