Thank you for the bug report.

Debugging notes:

Key suppression is tricky. For example, the initial "windows key press" event has to be suppressed, and if the next event is something like "d key press" then we have to simulate a "windows key press" to make up for the one we suppressed. But it should work in this case.

The fake "windows key press" event is being sent, but something about it is not quite right, and it appears to other hooks as nameless:

{"event_type": "down", "scan_code": 91, "time": 1522401926.756328, "is_keypad": false}
{"event_type": "up", "scan_code": 91, "name": "left windows", "time": 1522401926.7572875, "is_keypad": false}

It might be being sent with an incorrect virtual key code, or the fact that it's a special system key may be blocking the fake event.

Note that repeated key press events are not suppressed in this case, so you can press "windows+e" by holding down the windows key for a moment before pressing "e".

Edit: potentially related:

keyboard.send('windows') # works, and sends an event interpreted as "left windows" to other hooks
keyboard.send('left windows') # sends the exact same scan code, but nameless and doesn't work

This one was very tricky, but I think it's fixed without breaking anything else. If you still experience problems, please leave a comment and I'll reopen the issue.

Thanks for the quick turnaround @boppreh, but I still see the problem. Not sure if I'm doing something wrong. I installed the latest a few mins ago with the following command:

pip install --upgrade git+https://github.com/boppreh/keyboard.git#egg=keyboard

I also verified the changes in _winkeyboard.py from the commit 2544c0f, but the example script in my original post still blocks default windows+ hotkeys.

Thank you for the reply, looking into it.

Hey @boppreh, don't mean to pester but I'm still interested in this one. Let me know if I can help some way. Thanks.