Alt Gr with Key throws Exception

[RickLatrine]

When adding a hot-key with Alt Gr and a character, an exception is thrown.

Example:

keyboard.register_hotkey('alt gr+.', my_callback)

Exception occurs when pressing keys:

  Traceback (most recent call last):
  File "C:\Python27\lib\site-packages\keyboard\_generic.py", line 23, in invoke_handlers
    if handler(event):
  File "C:\Python27\lib\site-packages\keyboard\__init__.py", line 283, in handler
    unexpected = not any(matches(event, part) for part in steps[state.step])
  File "C:\Python27\lib\site-packages\keyboard\__init__.py", line 283, in <genexpr>
    unexpected = not any(matches(event, part) for part in steps[state.step])
  File "C:\Python27\lib\site-packages\keyboard\__init__.py", line 149, in matches
    return matched_name or _os_keyboard.map_char(normalized)[0] == event.scan_code
  File "C:\Python27\lib\site-packages\keyboard\_winkeyboard.py", line 444, in map_char
    scan_code, shift = to_scan_code[name]
TypeError: 'int' object is not iterable

'alt gr,.' isn't working ,too.

I found out that the configration map used to find scan-codes, does not return a tuple with Shift-Flag:

        from_scan_code[alt_gr_scan_code] = ['alt gr', 'alt gr']
        to_scan_code['alt gr'] = alt_gr_scan_code
    finally:
        tables_lock.release()

see Code

The following modification worked for me:

        to_scan_code['alt gr'] = alt_gr_scan_code, False

[boppreh]

Huh, stupid mistake. Thank you for pointing out. It's fixed by the newest commit.

I have to find a way to test these OS-specific backends, but I don't want the tests to press keys or be interactive...