On Tuesday January 3 2017 08:55:13 Shawn Rutledge wrote:

>Cool!

Qool? ;)

>Are there obstacles to getting it working without the X server?

I'm not sure I understand what you mean?

What I'm doing is the apparently really not supported approach: 

- build Qt5 as normal on Mac (though patched to include the qgenericunix* stuff)
- build QtBase configured for XCB (and patched so it works); still using a 
frameworks build
- install the xcb qpa plugin and its dependencies, as well as the QtX11Extras 
component
- start applications with -platform xcb or using the corresponding env. 
variable.

This means I do not have any of the X11 specific stuff in the QtBase component 
except for X11Extras, and dependent code can be built as usual. The QtCurve 
style for instance is built without any X11 specific code.

It probably also answers your question:  I don't need to have the X server 
running to use Qt5 apps, and everything also works as usual on Mac when I do 
have the X server running. Evidently I get the expected error when I try to use 
the xcb QPA and the X server is not running, though on a standard XQuartz 
set-up the X server would probably be started on-demand.

BTW, I didn't show it, but with this kind of build the Macintosh application 
style is available also with the xcb QPA. I rarely use it, but it *is* cool :)

There is only 1 real issue that I've seen until now: some OpenGL applications 
lock up on exit with an error message about not releasing a GL context. I don't 
know if that's a real problem though. Remote displaying doesn't always work as 
expected either because of XQuartz lacking some key functionality in that 
domain (both incoming and outgoing), but Qt apps aren't that suitable for 
remote execution anyway. That *was* a bit my motivation to start tinkering with 
the xcb  QPA, but I've since discovered that it's very nice for local use, too. 
Esp. being able to run Konsole on all my desktops.

As a side-note: I've been discussing Wayland on Mac with one of the XQuartz 
maintainers. He likes the idea, but there's no one working on it right now, and 
the Wayland libraries depend on a couple of functions that aren't available on 
Mac (signalfd(), timerfd()).

R
_______________________________________________
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest

Reply via email to