You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
First off, love your project. This is great and I love the declarative nature of this. It aligns with my view of how input should be managed for web apps and software in general.
I think the name is misleading a bit since its really an input library.
Since not every React app uses keyboards, and not every input is a shortcut, I think that the library is handling input. For instance, a react app running within a Universal Windows Application or in a Connected TV environment would have various other input codes / context that wouldn't fall between the normal Windows + Mac context, but rather a various broader context.
Yet we would want to ensure they are usable within this type of environment or configuration method. Rather than trying to support or define the inputs, would it not make sense to have those defined as configs or pluggable logic based on the expansive nature of the library?
Just my thoughts and two-cents. Rather than looking at it like a React DOM problem or a Web Browser solution, the React is becoming such a broader used toolchain that impacts more platforms than just web.
The text was updated successfully, but these errors were encountered:
jfrux
changed the title
The scope of the project, possible semantics / scope change?
[suggestion/idea] The scope of the project, possible semantics / scope change?
May 2, 2018
First off, love your project. This is great and I love the declarative nature of this. It aligns with my view of how input should be managed for web apps and software in general.
I think the name is misleading a bit since its really an input library.
Since not every React app uses keyboards, and not every input is a shortcut, I think that the library is handling input. For instance, a react app running within a Universal Windows Application or in a Connected TV environment would have various other input codes / context that wouldn't fall between the normal Windows + Mac context, but rather a various broader context.
Xbox One apps for instance would have codes like:
Yet we would want to ensure they are usable within this type of environment or configuration method. Rather than trying to support or define the inputs, would it not make sense to have those defined as configs or pluggable logic based on the expansive nature of the library?
Just my thoughts and two-cents. Rather than looking at it like a React DOM problem or a Web Browser solution, the React is becoming such a broader used toolchain that impacts more platforms than just web.
The text was updated successfully, but these errors were encountered: