Qt VS Tiger VNC

Qt mono repo : .. you could check out all submodules and simply use CMake to exactly achieve this. A mono repo also means that if I only use qtbase and declarative, I would need to have all submodules in there? - No

For e.g. if you’re writing a framework, you need to interface with Cocoa on MacOS to draw windows, which only provides an Objective C or Swift interface. You can look at the Qt source code and see how they do it: https://github.com/qt/qtbase/tree/067b53864112c084587fa9a507eb4bde3d50a6e1/src/plugins/platforms/cocoa

That's because Qt 6 wholeheartedly converted to CMake for you. (At least it is better than qmake.) In order to support this Qt has this large battery of CMake files [1]. Qt is of course a clear outlier, but you can't expect the same level of support from every other library you want. My points about "anything exotic" still stand.

[1] https://github.com/qt/qtbase/tree/dev/cmake

What are you talking about? Qt has GTK theme support built-in: https://github.com/qt/qtbase/tree/dev/src/plugins/platformthemes/gtk3

This looks like the Qt bug solved by this commit: https://github.com/qt/qtbase/commit/acaabc9108dfe75530960cf8e3ec4f3602cd82e0

Yeah, I'm sure it's completely unheard of. Oh except that it took me all of a couple minutes to find an example of that exact thing in one of the largest, most commonly used C++ frameworks out there.

I don't see any connect in https://github.com/qt/qtbase/blob/dev/src/corelib/tools/qsharedpointer_impl.h, and QPointer isn't a QObject (though I don't know if the latter is actually necessary for signal-slots). One (unreliable) way to test is to see if a QPointer fails to be nulled out when the QObject is blocked by a QSignalBlocker. Alternatively I'd set a data breakpoint on a QPointer and try it out. But I don't have the time right now.

This has been around for a while and so far RealVNC does not have a fix. It's possible that something like TigerVNC [their site] may cope but I've not tried it.

PS. OpenBSD comes with vmctl, it is a tool like Docker or Qubes VMs. You can jail Firefox inside a VM then connect to their GUI desktop via tigervnc. But I believe, it is too paranoid. Separate user and separate disk partition for Firefox is more than sufficient, given OpenBSD paranoid approach to the application address spaces.

https://github.com/TigerVNC/tigervnc/issues/662 which still shows OPEN.

Tried TigerVNC but I wont even connect.

Its probably a problem with your vnc server Maybe this could help.

Create a file called config and add one option each line if you need to give the VNC server more choices. Here's an illustration: Edit ~/.vnc/config

You can use vnc