Just started experimenting with AGK2's multi-touch commands on a 10-point multi-touch Windows tablet.
I've noticed some unexpected behaviour regarding the numbering of TouchEvents in AGK2's internally-managed 'event list'.
I'll try to explain my findings and hopefully someone can offer input as to whether this is deliberate behaviour or a bug?
1) You capture your first touch event (e.g. a single finger press & hold) using GetRawFirstTouchEvent and interrogate/store this event's properties. We'll call this event 'TE1' and it's index in AGK2's is 1.
2) Whilst maintaining the first finger-press, you now add a second simultaneous touch event, 'TE2' and use a combination of GetRawFirstTouchEvent() + GetRawNextTouchEvent to interrogate the events.
At this point TE1's index is transposed - and is held at index 2 in AGK2's touch event list, whilst the second touch event is now at index 1.
3) As we add further fingers to generate (up to 10-finger) multi-touch events, each new event transposes the previous events that are still active.
This behaviour seems a little odd - we're left with touch events that are a moving target in terms of their indexing, making it trickier to compare the changing status of individual fingers from frame to frame during execution.
Is this a bug, a side-effect of the event list acting like a stack, or am I missing something fundamental that doesn't appear to be well documented?
Grateful for any thoughts and insight from this excellent community.
Kind Regards,
KultiVator
( Aggravated > Constipated > Mutilated ) < KultiVated