Skip to content

Tracking issue for Regional Keyboard Support #737

@Perksey

Description

@Perksey

COMMUNITY-DRIVEN WORK TRACKING ISSUE

Summary of feature

Today, Silk.NET has no official support for receiving KeyDown (et al) events in any keyboard layout other than US (even though the SDL backend accidentally mandatorily supports it, but this is a bug with that backend).

This has been requested lots of times, and even got to a point where a proposal made it to review but was ultimately rejected as we wanted to think of a new approach using scancodes.

This line of work is that new approach. With this, a set of methods are exposed to convert scancodes to Keys and back.

This is a big feature that will be entirely community-driven, so I have made a tracking issue and a branch develop/2.0/community_region_specific_input which all intermediate work will go into and, when the feature is complete, will be merged in (unsquashed).

Please read these Discord messages in the Silk.NET Discord server:

Development

  • [Not Started] Formalize a proposal using the proposal process - (unassigned)
    • NB: this should be the only PR against the main branch
  • [Not Started] Review proposal in a working group meeting (work can continue on the other items while this happens) - @dotnet/silk-dotnet
  • [Not Started] Add new IKeyboard APIs and expand Key as necessary - (unassigned)
  • [Not Started] Implement new IKeyboard APIs in GLFW - (unassigned)
  • [Not Started] Implement new IKeyboard APIs in SDL - (unassigned)
  • [Not Started] Merge develop/2.0/community_region_specific_input into main - @ThomasMiz

Milestones

  • Release with Regional Keyboard Support

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    Status

    Todo

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions