WebKit for Wayland
Žan Doberšek
Igalia
e-mail zdobersek@igalia.com
twitter @falconsigh
www blogs.igalia.com/zdobersek
youtube.com/tv
2/15
WebKit and Wayland
Wayland support provided by the toolkit.
Must be run under the parent compositor.
Complicated hardware-accelerated compositing of Web content.
A nested Wayland compositor needed in the UIProcess.·
3/15
4/15
... but why the toolkit?
Adds unnecessary complexity in the architecture.
No need for various widgets, theming support.
Not run under the traditional desktop environment.
5/15
The idea
Merge the UIProcess and the compositor.
Have the WebProcess interact directly with the compositor.
6/15
Benefits
Removes the intermediate purpose of the UIProcess.
Reduces the architectural complexity.
Enables simplifying the compositor.
7/15
8/15
Implementation
UIProcess now a shared library that the compositor loads.
Compositor shows the single surface designated to the WebProcess.
Input events originate from the compositor, handled by the UIProcess.
9/15
Hardware
#1 requirement: support for the Wayland EGL platform
10/15
Raspberry Pi
11/15
Jetson TK1
12/15
Future hardware
As much as possible.
Minnowboard Max
Nexus 9
Something with the Adreno GPU
Something with the Mali GPU
Something with the PowerVR GPU
Something with a GPU
·
·
·
·
·
·
13/15
Future software improvements
Improving graphics performance in WebKit, Cairo.
Improving W3C/WHATWG standards support in WebKit.
Never implement NPAPI/PPAPI/NaCl plugins. Ever.
14/15
Questions
Thank you.
e-mail zdobersek@igalia.com
twitter @falconsigh
www blogs.igalia.com/zdobersek
15/15

WebKit for Wayland (Web Engines Hackfest 2014)