Hi, thanks for the suggestion. I also thought about exactly doing that. But I'm suspecting the matter is slightly more complex then just changing a state on 'keypress' and `keyup' events. For example:
- What happens if a user presses a key and then switches to a different window, before releasing it? I'm assuming the app will want to have the key state set to false (i.e. not pressed) in that case. But will the app receive a 'keyup' event? Not sure. Do I have to listen to 'switchFocus' events too? - What about the GTK environments mentioned in Peter's link that issue 'keyup' events before *repeated* 'keypress' events? I don't really want my state to switch to false (however briefly) when the key is not released. I don't really want to deal with all these things myself. I was hoping that there already was a library (or different solution) where someone smart thought about all these issues and provided a nice API for me. :) Cheers, Sönke -- You received this message because you are subscribed to the Google Groups "Elm Discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
