<div dir="auto">Hi,<div dir="auto"><br></div><div dir="auto">I am not entirely familiar with your setup, but you can try to use a combination of:</div><div dir="auto"><br></div><div dir="auto">1. Setting your on-top window's input region to empty as you already have tried.</div><div dir="auto">2. Use xdg-foreign protocol to set the main window as parent of your on-top window.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">This will work on all compositors that support xdg-foreign, however I am not sure whether weston supports it.</div><div dir="auto"><br></div><div dir="auto">Regards,</div><div dir="auto">Ilia Bozhinov</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 19 Nov 2019, 09:53 Guillermo Rodriguez, <<a href="mailto:guillerodriguez.dev@gmail.com">guillerodriguez.dev@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
This is a follow up to my earlier email "Let pointer events pass through".<br>
<br>
I have an use case where there is one full screen application (I'll<br>
call this the "main" application) and I need to show a OSD overlay on<br>
top of it. The OSD overlay is actually based on GStreamer (think PiP)<br>
and is managed by a different process.<br>
The OSD overlay should not handle pointer events; these should pass<br>
through to the main application, which knows how to handle them.<br>
<br>
I am not sure how to approach this in Wayland/Weston. I have<br>
considered the following:<br>
<br>
1.<br>
Use wl_surface::set_input_region so that pointer events are not<br>
delivered to the OSD overlay, but instead pass through and are handled<br>
by the main application.<br>
This "almost" works, however when the main application receives the<br>
event, Weston brings it on top, thus hiding the OSD overlay.<br>
I searched for a way to specify that a given surface should always<br>
stay "on top". This does not seem to be supported in Wayland.<br>
<br>
2.<br>
Setup things so that the OSD overlay is not an additional top level<br>
surface, but a child surface owned by the main application.<br>
This would mean having the main application create a child surface for<br>
the OSD, and pass this surface to the OSD process.<br>
In X this could be achieved by passing a Windows ID. In Wayland<br>
apparently it is not possible to share surfaces between processes.<br>
<br>
3.<br>
Let the OSD overlay actually handle pointer events, but "send" them to<br>
the main application.<br>
In X this could be achieved with XSendEvent. In Wayland apparently it<br>
is not possible to have one process send events to another process.<br>
<br>
Not sure what else to try.<br>
<br>
Any ideas? Either ways to make one of the above work, or new approaches...<br>
<br>
TIA,<br>
<br>
Guillermo Rodriguez<br>
_______________________________________________<br>
wayland-devel mailing list<br>
<a href="mailto:wayland-devel@lists.freedesktop.org" target="_blank" rel="noreferrer">wayland-devel@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/wayland-devel" rel="noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/wayland-devel</a></blockquote></div>