<div dir="ltr"><div>Hi pekka</div><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>>>Another compositor? Do you mean another client?<br></blockquote><div>    Another compositor means compositor such as HWC or netsed compositor. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>>>What are you trying to do?<br>
<br>>>Do you have some sort of middle-man compositor as a third player here?<br>
<br>>>I don't understand at all.<br></blockquote><div> </div><div>I read some documents about chrome OS run Android Apks such as <a href="https://qiangbo-workspace.oss-cn-shanghai.aliyuncs.com/2019-09-10-chromeos-with-android-app/Arcpp_Graphics.pdf">https://qiangbo-workspace.oss-cn-shanghai.aliyuncs.com/2019-09-10-chromeos-with-android-app/Arcpp_Graphics.pdf</a></div><div> As far as I known, chrominum could run upon wayland,  I just wondering how it handle Android windows on wayland. </div><div>I think the surface of Android apks could be wayland surface in linux, the window could be the shell surface.</div><div> Since all the android apks are still running on android container, android window manager will manage these windows, in wayland, the relationship of these surfaces should be parent-       subsurface that map to android windows. That's a little of problem, as you are confirmed, one wl surface can't be both subsurface and shell surface.</div><div>If each android apks are not subsurfaces, I am confused how Android to handle the input events from wayland.</div><div> </div><div>Thank you!</div><div><br></div><div>Best Regards</div><div>Nancy</div></div></div>