Wayland touch doubt?

Ucan, Emre (ADITG/ESB) eucan at de.adit-jv.com
Thu Dec 14 02:09:54 EST 2017


Compositor do not know if applications add touch listener or not. Compositor picks the foremost surface on the touch coordination. Compositor also check input region of the surface.
If the coordinates are in the input region of the picked surface, compositor sends touch event to the application. If an application does not set any input region for its surface, the input region is as big as the surface.

Therefore, it is normal that application 2,3 captures touch events. It might be that application 4 is setting its input region as NULL. Therefore, it is not getting any touch events. Then, compositor picks the next surface which is the hmi surface.

All these behavior is not related to ivi-input protocol. It is standard behavior of wayland protocol.

Best regards

Emre Ucan
Engineering Software Base (ADITG/ESB)

Tel. +49 5121 49 6937

> -----Original Message-----
> From: genivi-ivi-layer-management [mailto:genivi-ivi-layer-management-
> bounces at lists.genivi.org] On Behalf Of zhangyang
> Sent: Donnerstag, 14. Dezember 2017 07:12
> To: genivi-layer
> Subject: Wayland touch doubt?
> Hi team:
>   I study wayland IVI extension, and have a question about ivi input, as the IVI
> Extension Design said:
> ivi-input is enabled when ivi-input.so is added after ivi-controll.so in
> weston.ini. Without ivi-input, input handling is the same as normal desktop
> style; a top focused surface will be received when input event.
> I don't overwrite any input logic, just use the default input.  I have 4 program
> here:
> 1. program 1,  HMI(full screen),  runs in surface id= 100
> 2. program 2, a qt demo(not full screen),  runs in surface id=101
> 3. program 3, a simple opengl demo(not full screen), does not add any
> wayland touch listener, runs in surface id=102
> 4. program 4, a video demo(not full screen), use gst launch it : gst-launch-1.0
> filesrc location=/data/hmi/data/media/video/video3.mp4 ! decodebin !
> videoconvert ! waylandsink, and it's surface id=103
> The render order is 100,101,102,103, surface 101~103 are not full screen, they
> don't overlap each other. And surface 101~103 are over HMI. The touch logic
> result seems strange:
> program 2,3 can capture touch events so that HMI area under them don't get
> any touch events,  but the gst video demo(surface 103) do not capture touch
> events, and influence the HMI area under it.
> Could any one explain this result? Thank you!
> Best Regards!
> Zhang, yang
> Yanfeng Visteon Electronics Technology (Shanghai) Co. Ltd.
> _______________________________________________
> genivi-ivi-layer-management mailing list
> genivi-ivi-layer-management at lists.genivi.org
> https://lists.genivi.org/mailman/listinfo/genivi-ivi-layer-management

More information about the genivi-ivi-layer-management mailing list