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