Replies: 1 comment 2 replies
-
Right, good question. I don't have a strong preference here, I would say whatever works for you, but using a custom key identifier value looks easier at first glance. I understand the concern about the range. Although, we haven't really added any new keys here at all, so I wouldn't be too worried about that. But if it would ease your mind, we could easily add a |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I wanted to ask about this first before opening any bug report about this.
We're implementing menus for consoles, and realizing that one missing feature at the moment is that we have no obvious way of processing buttons within Rml's own events that don't map to an existing KeyIdentifier. For instance, we have Cancel and Confirm hooked up to Escape and Return respectively, but on a controller, the Triangle/Y Button doesn't really map to any KI, and we'd like to be able to receive key events for them.
I'm seeing two approaches here:
a) we create a custom event (like
custom-joydown
/custom-joyup
) and pass that through.b) we pick a range of unused KeyIdentifier values and use them for our own purposes; the enum doesn't have a Total/Count value so I don't think it's a closed range, but I worry about future updates stomping our range
What do you think would be the best approach for this?
Beta Was this translation helpful? Give feedback.
All reactions