| Summary: | iOS 7. IPHONE_TOUCH_EFFICIENT_DANGEROUS is really dangerous | ||
|---|---|---|---|
| Product: | SDL | Reporter: | dmuratshin <frankinshtein85> |
| Component: | *don't know* | Assignee: | Sam Lantinga <slouken> |
| Status: | RESOLVED INVALID | QA Contact: | Sam Lantinga <slouken> |
| Severity: | major | ||
| Priority: | P2 | CC: | amaranth72, icculus |
| Version: | HG 2.1 | ||
| Hardware: | ARM | ||
| OS: | iOS 6 | ||
|
Description
dmuratshin
2013-12-07 20:04:58 UTC
You should get a new unique ID for each separate touch. If you're saying that a single finger down gets a different touch pointer during the lifetime of the touch that would be bad, and would make the alternate code work incorrectly. exactly, even single touch has new unique ID each time and there is no way to determinate was it first or second finger (In reply to dmuratshin from comment #2) > exactly, even single touch has new unique ID each time and there is no way > to determinate was it first or second finger The UITouch object of each touch on iOS is guaranteed to persist from touchesBegan until the same UITouch object appears in touchesEnded or touchesCancelled. SDL's current code works fine and relies on that guarantee, and Apple's multitouch event handling guide even has a code sample which makes use of the same guarantee. (In reply to Alex Szpakowski from comment #3) > The UITouch object of each touch on iOS is guaranteed to persist from > touchesBegan until the same UITouch object appears in touchesEnded or > touchesCancelled. SDL's current code works fine and relies on that > guarantee, and Apple's multitouch event handling guide even has a code > sample which makes use of the same guarantee. So I can close this bug? --ryan. I think so, yes. Closing. --ryan. |