Interesting in the Wayland camp this week has been lots of discussions about the XDG-Shell proposal but besides that, a patch-set just appeared that finally adds alt-tab support to Wayland's Weston compositor and also updates the exposay feature.
With the Wayland protocol the matter of handling input device processing is left up to the compositors themselves. To ease the development process and ensuring compositors have good input support, a common input device library has been proposed that compositors can utilize for handling their input events from the Linux kernel.
If you're curious about the state of the Qt5-powered Hawaii Desktop running natively on Wayland, a new video has been uploaded that nicely shows off this new Linux desktop alternative that's designed around Wayland.
The Wayland back-end to Wayland's Weston compositor that allows for it to run inside existing compositors (i.e. nested compositing) has seen another round of improvements.
DRI PRIME that allows for secondary GPUs to provide rendering support to primary GPUs -- i.e. NVIDIA Optimus systems -- can now work under Wayland for allowing secondary GPUs to render games/applications even if they aren't the GPU used by the compositor.
The Green Island Wayland-based compositor that's part of the experimental Qt5-based Hawaii Desktop has been updated to version 0.1.91 after seeing a number of changes that morphs it from its original design.
Kristian Høgsberg did a Halloween release yesterday of the Weston 1.3.1 compositor for Wayland.
The Wayland back-end to the Weston compositor allows Weston to run inside an existing Wayland compositor, i.e. a nested Weston scenario or running Weston atop a completely different Wayland compositor. A set of 11 patches were published Sunday night for making the Wayland back-end more on par with the X11 back-end.
The latest work on Wayland's Weston compositor is working in the direction of making it support run-time switchable renderers, such as between the OpenGL and Pixman renderers or theoretically different GL renderers.
Wayland's Weston compositor can run on a wider range of systems with the yet-to-be-merged patches providing integration to run the display system on any DirectFB-enabled platform with OpenGL ES acceleration and without needing any vendor-specific hardware extensions.
At the end of August there was a proposal for a Wayland System Compositor protocol but now those patches have been revised and are being put out as a new Wayland full-screen shell protocol.
David Herrmann is out with a lot of new code this week. One of his interesting bits of code is the simple-dmabuf client for Wayland's Weston compositor.
RealVNC has proposed a new remote access interface for Wayland's Weston compositor to support remote desktop solutions like VNC, RDP, etc.
A new XWayland API has been proposed for helping the X.Org drivers implement the ScheduleSwap event and for providing an efficient implementation of async swaps. The new interfaces for XWayland can avoid copies and thus provide real-world performance improvements.
Developers at Collabora have proposed a Wayland protocol extension for handling Wayland surfaces that work well for streaming videos.
As the latest good news for Wayland's adoption, the XBMC media player now has native Wayland support!
While it's arriving late, the Wayland 1.3 release with the adjoining Weston 1.3 reference compositor is now available for your next-generation display server needs.
Several weeks ago Intel developers announced the Ozone-Wayland project as a back-end for the Chromium web-browser to support running directly on Wayland without any X11 dependence. This wasn't just a code drop but Intel developers continue investing in this as an independent project for letting the Google web-browser run great on Wayland/Weston.
While there's been a lot of Wayland announcements recently, there hasn't been much news on the Wayland-powered Qt5-based Hawaii desktop that's part of the Maui project. Though they have hit a roadblock in their "Green Island" Wayland compositor, the desktop shell continues to move forward with new features and functionality.
The GNOME 3.10 Wayland Tech Preview for Fedora 20 is nearing reality. While there wasn't the Wayland tech preview ready for the recent Fedora 20 Alpha, with the latest Fedora packages it's now possible to run the updated GNOME stack atop Wayland without the use of an X.Org Server.
The release of Wayland 1.3 and the reference Weston 1.3 compositor is near.
Code was published on Monday to xf86-video-wlglamor, a new X.Org DDX graphics driver that supports XWayland and provides hardware acceleration via the OpenGL-using GLAMOR library.
Kristian Høgsberg has provided a status update on the Wayland project and its associated Weston reference compositor.
Red Hat's Christian Schaller has shared some more information about improvements happening in the GNOME/Fedora Wayland world.
Kristian Høgsberg has put out the first test releases of the forthcoming Wayland 1.3 release and reference Weston compositor.
Good Wayland news keeps coming! One day after GNOME 3.10 got aligned for good Wayland support, Intel has announced Ozone-Wayland as a way in which the Chromium web-browser now works on Wayland. Besides Chrome, the Content Shell works on Wayland too.
The low-cost low-end Raspberry Pi ARM development boards are running quite happily now with Wayland and using its Weston compositor. The performance is better than with an X.Org Server and Raspberry Pi's Eben Upton has called it the future of Linux desktop graphics.
GNOME Shell 3.9.92 was released this morning as the GNOME Shell 3.10 release candidate. With this latest release of the core GNOME 3 user-interface, the Wayland branch has been merged!
WebKitGTK+ 2.1.91 was released earlier this week by Igalia and among its changes include support for building this GNOME port of the WebKit rendering engine with Wayland as a target.
Enlightenment E18 has been revised with its Wayland client application support so it's in compatibility with the latest Wayland Git changes.
457 Wayland news articles published on Phoronix.