Pekka Paalanen
03fc316000
We need more structure to the way we handle the backing storage in toytoolkit, to make it possible to double-buffer the shm case properly. The existing buffer handling is very complex with the three different cases: - EGLSurface backed Cairo surface with a window associated - wl_shm backed Cairo surface with a window associated - wl_shm backed Cairo surface without a window, as used by dnd.c Introduce the toysurface abstraction, which defines the interface for the both buffer handling cases that have a window associated. It also means, that windows will not have a valid Cairo surface outside of their repaint cycle. Convert the EGLsurface case into toysurface for starters. For EGL-based Cairo surfaces, the private data is no longer needed. Destroying egl_window_surface will trigger the destruction of the cairo_surface_t, not vice versa. This is possible because display_create_surface() is shm-only. The shm cases are left untouched. As a side-effect, display_acquire_window_surface() and display_release_window_surface() will no longer use the 'display' argument. Instead, display will be the one inherited from the window. Signed-off-by: Pekka Paalanen <ppaalanen@gmail.com>
Weston Weston is the reference implementation of a Wayland compositor, and a useful compositor in its own right. Weston has various backends that lets it run on Linux kernel modesetting and evdev input as well as under X11. Weston ships with a few example clients, from simple clients that demonstrate certain aspects of the protocol to more complete clients and a simplistic toolkit. There is also a quite capable terminal emulator (weston-terminal) and an toy/example desktop shell. Finally, weston also provides integration with the Xorg server and can pull X clients into the Wayland desktop and act as a X window manager. Refer to http://wayland.freedesktop.org/building.html for buiding weston and its dependencies.