It doesn’t look like there is any API to support touch as an input in GLFW. Is there such an API in the future, for example for 3.5?
A secondary question is what is the plan for 3.5? The main documentation website states it is 5% complete. Is there a roadmap somewhere both in terms of features and timeline?
It doesn’t look like there is any API to support touch as an input in GLFW. Is there such an API in the future, for example for 3.5?
There are a number of issues related to touch input, see the project queue todo list, for example:
This doesn’t yet have a targeted release, in part because there are a number of issues to deal with in the current API due to changes in Wayland and Mac OS. The intention with GLFW 3.5 is to try to improve input, which would align with adding touch input, but I don’t know if it’s going to be possible.
A secondary question is what is the plan for 3.5? The main documentation website states it is 5% complete. Is there a roadmap somewhere both in terms of features and timeline?
The project linked above is about the best form of a roadmap we have at the moment. As this is a community project with a small number of maintainers (1 primary plus me) a timeline is impractical as it depends how much spare time we can commit. The best estimate I could give would be not soon.
Thank you for your answer and the pointers.
For what it’s worth, the built-in implementation of GLFW in Emscripten as well as the Emscripten port I worked on recently, do have some form of support for touch by funneling the touch events to cursor (for position) and (left) mouse button events.
This makes this demo work on your phone/tablet for example.
Of course a proper GLFW API to handle touch events would be the right solution.