Hi,
this is interesting but why didn't you choose to write a shell plugin?
Personally I don't think this should be merged in Weston master, since it's
out of Weston scope afaik.
Having a plugin gives you much more freedom in what to do, and you can have
your own release cycle.
2013/9/4 Nobuhiko
On 09/03/2013 03:26 AM, Zhao, Halley wrote:
More questions:
1.I searched inside mesa code, there is wl_display_create_queue(), but
no wl_event_queue_destroy(), is it a bug?
That seems to be missing from the clean up path. However, before
destroying the queue, we need to make sure there is no
A simpler fix would be to not call xkb_info_destroy() when releasing a seat in
the case where the xkb_info for the seat was copied from the global compositor
settings (which can be determined by checking if keymap_fd is the same)
In this case, xkb_map_unref() should still be called to unref the
On Wed, Sep 4, 2013 at 5:49 AM, Andrew Wedgbury
andrew.wedgb...@realvnc.com wrote:
A simpler fix would be to not call xkb_info_destroy() when releasing a seat
in the case where the xkb_info for the seat was copied from the global
compositor settings (which can be determined by checking if
Hi,
Overall I like that genivi is now a lot more accessible/visible from the
outside. I understand the necessity of dealing with layers on a lower level
to make use of the efficient blending of display controllers. But that
logic should be only implemented within the compositor. Clients should not
Hi,
Thank you for feedback.
My motivation is to support ivi protocol like destop and tablet. Recently,
ivi segment on Linux is grawing and tries to use OSS component, Weston. I
thoutht if Weston supports ivi protocol, it would be used by ivi system
more.
Plugin sytele lets me more freedom,