Any chance we could get key up events?

It's a little awkward to do keyboard shortcuts of our own without this =/ best we can do is listen for the first key then hope that they didn't release it before pressing the next one, possibly unintentionally doing something stupid.

It would be nice to know when keys are released but it would double the amount of events that occur. from 2 per press to 4 I think this may have a negative affect on performance.

another possibility would be a os.isKeyDown(keynumber) or term.isKeyDown(keynumber) returning true or false
that way no new events are made and you can still check for multiple keys being down.

but the above is just my 2¢

BigSHinyToys, on 05 August 2012 - 08:34 AM said:

It would be nice to know when keys are released but it would double the amount of events that occur. from 2 per press to 4 I think this may have a negative affect on performance.

another possibility would be a os.isKeyDown(keynumber) or term.isKeyDown(keynumber) returning true or false
that way no new events are made and you can still check for multiple keys being down.

but the above is just my 2¢

term/os.isKeyDown actually does sound much better than new events.

This has been suggested before, and the problem is that it would be hard to detect when a key is down/up in multiplayer.

I must admit, it would be a nice idea. If I knew more about Java or at least about how minecraft/computercraft are coded, I would make a suggestion on how to do it.
If I do suggest something, it will probably get torn to shreds though.
As for shortcuts, I reccomend finding a way to grab two keys at once, test what they are and then implement the shortcuts as a conditional response.

If keyup/down events (in-game, or just between client-server, as either method still requires the latter) are not practical, how about just key modifiers added as a parameter to key events, so you can detect not just d, but shift-d or ctrl-d? Minimal extra data required, and no additional messages.

Bumping because I like the idea. Also, a suggestion on implementation: one of the returned parameters for key events could be a unique table, either with a list of pressed keys or as something to be passed to a function that would check if a key is pressed.

natedogith1, on 26 November 2012 - 08:29 PM said:

Bumping because I like the idea. Also, a suggestion on implementation: one of the returned parameters for key events could be a unique table, either with a list of pressed keys or as something to be passed to a function that would check if a key is pressed.

You must not have read the sticky about things not to suggest. Shortly after this post was created, it became official that this will NEVER happen because of the confusion it would cause in a multiuser environment(multiplayer).

Cranium, on 27 November 2012 - 05:54 AM said:

natedogith1, on 26 November 2012 - 08:29 PM said:

Bumping because I like the idea. Also, a suggestion on implementation: one of the returned parameters for key events could be a unique table, either with a list of pressed keys or as something to be passed to a function that would check if a key is pressed.

You must not have read the sticky about things not to suggest. Shortly after this post was created, it became official that this will NEVER happen because of the confusion it would cause in a multiuser environment(multiplayer).

I understand that we won't get key up/down, that makes sense, but couldn't we get key modifiers or some such thing?

I would think it may not be hard to detect if there are at least two keys at once. That way you can add keyboard shortcuts to an os (ctrl c anyone?). However… it would be really difficult to separate out who is currently holding one key, and who just pressed another key. Again, it would be very hard to code for a multiuser environment. Still likely will not happen.

Not possible due to multiplayer stuff. This has been answered a load of times(hence i don't belive that this topic should be open anymore).

Key up probably won't happen, but getting whether a key is up/down may come.