Numpad Dot not in documentation.

[JonathanILevi]

The documentation does not have a key code for the numberpad dot. Is this intentional? It comes up as Unknown when it is pressed. The same is true for the numlock and capslock key although this kinda makes sense.

Shouldn't there be a NumpadDot key code?

[minirop]

I think NumpadDot is not a good name because it's not a dot, but a decimal separator (which is a comma in French for instance). Also, should SFML convert it depending of the locale? (like word/libreoffice do)

[JonathanILevi]

Whether SFML should convert is another issue.

What would be a better name? NumpadDecimal?

[MyrddinE]

The code for getting keyboard events only has 101 entries; since modern keyboards usually have 106 keys or more this is not the only key affected. This should be resolved, both for simple convenience and for better accessibility for international and disabled users, who tend to be more likely to use uncommon keys.

[MyrddinE]

Duplicate of #7

[oznogon]

I'd argue for Decimal. For comparison, the MinGW/Wine DInput headers use Decimal, and SFML already (coincidentally?) aligns with those headers in naming numpad math keys Add, Subtract, Multiply, and Divide (and not NumpadAdd, NumpadSubtract, etc.).

[eXpl0it3r]

Scancodes will provide a lot more keys and keyboard layout independent. After the scancode implementation I'd be willing to look into expanding the existing sf::Keyboard::Key enum.

For now, I'll close this issue and point to the on going Solution Design and open PR #1235