Compiz is Dead - Beryl Lives Again? Enter - Northfield/Norwood

Tiago Vignatti tiago.vignatti at linux.intel.com
Mon Mar 25 15:26:09 PDT 2013


On 03/25/2013 04:28 PM, Pekka Paalanen wrote:
>
> You only need the Weston fork, just use libwayland from upstream.

noupe. Scott actually just needs to fork desktop plugin or maybe not 
even that, just to create a new desktop client for starting his . I've 
created two examples of repository here demonstrating the idea.


1. https://github.com/tiagovignatti/weston-desktop-plugin

This repository just holds a standalone copy of the Shell Desktop plugin 
from Weston freedesktop.org -- simple, easy to understand and 
modularized. Relies on Weston and its SDK for spawning the plugin 
process with the right API. It is using wl_shell_surface high-level 
wrapper of wl_surface for defining the desktop UI aspects and semantics, 
as defined in Wayland core protocol. Hawaii desktop could use 
weston-desktop-plugin but instead of relying on wl_shell_surface can 
wrap another interface with wl_surface. Scott can do the same for his 
minimize/maximize/whatever ideas.


2. https://github.com/tiagovignatti/gtk-shell

It's an example how to have a desktop shell client for Weston based on a 
real toolkit. The idea is that this client and any other based on any 
toolkit can be interchangeable to use with a single desktop plugin like 
the weston desktop plugin. In summary, the idea is to have one 
compositor (say Weston) and a single desktop plugin can be used as a 
foundation for building different shell UIs (clients) based on different 
graphics toolkits.


...should be simple like that ;) What do you say Scott?

Tiago


More information about the wayland-devel mailing list