Enable Wayland support in Qt, use it if available #15
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Compile native Wayland support plugin for Qt
We'll use this to give the UI shell Wayland support.
Revert "Fixed bug Force Xwayland on Wayland #6, explicitly set the QT platform for the shell"
Now that we have Qt's platform plugin for Wayland, we can use that
for the shell. This is a step towards not needing X11 at all.
Test with:
Previously, both the shell (UI layer) and the actual streaming client
would run on the Xephyr display. After this change, the shell runs
full-screen again (via Wayland), and the actual streaming client uses
X11 by default.
The streaming client can be forced to use Wayland too by setting
environment variable SDL_VIDEODRIVER=wayland.
This reverts commit 9845f4f.
@lhindir, please could you try this out in your Wayland environment? Let us know whether it works well, what your Wayland environment is, and which Qt and SDL environment variables you're forcing (if any).
It seemed OK for me in some brief testing in GNOME Shell 3.38, but I haven't tried it in other Wayland environments like KDE Plasma or Sway.