Recent changes to bugs

Pyhook crashes when it tries to interpret the window name as ASCII

2020-02-28T07:38:45.744000Z

Context: I am developing a mouse and keyboard listener with PyHook.

Python interpreter: 3.7

Problem: When I move the mouse over the header Google Chrome browser and the current website is Spotify, I am getting the following error:

TypeError: MouseSwitch() missing 8 required positional arguments: 'msg', 'x', 'y', 'data', 'flags', 'time', 'hwnd', and 'window_name'.

#6 wrong attribute name in HookManager class(line 255)

2018-04-28T22:49:29.799000Z

Can confirm. This also causes an error when the object is deleted.

#2 Problem with accents (french locale)

2017-05-18T16:37:45.272000Z

Hi, what is it you can't understand. It's a long time a struggled with this. I actually left a pyhook implementation and used pure Python implementation using ctypes and user32.dll library. You can find my hook for global keyboard shortcuts listening here https://github.com/m1lhaus/woofer/blob/master/components/winkeyhook.py

#2 Problem with accents (french locale)

2017-05-14T06:07:24.579000Z

Hi, i can't understand. Please give me more details Milan Herbig

#4 Unicode Support

2017-04-27T05:45:12.153000Z

I need add unicde support. but i cant. What is "We could use the user32.ToUnicode(Ex)"? and where is?

KeyboardSwitch and MouseSwitch "missing required positional arguments"

2017-04-12T12:46:17.471000Z

In my application aw-watcher-afk (https://github.com/ActivityWatch/aw-watcher-afk/issues/12) I stumbled upon an issue with KeyboardSwitch and MouseSwitch (https://github.com/ActivityWatch/aw-watcher-afk/issues/12).

So, I did a quick google and found this:
https://stackoverflow.com/questions/26156633/pythoncom-crashes-on-keydown-when-used-hooked-to-certain-applications

Turns out the fix is easy, but the repo seems pretty dead with the last commit in 2008. Any chance to get such a fix merged?

wrong attribute name in HookManager class(line 255)

2016-12-11T19:59:56.655000Z

in the init method the attribute key_hook is created and not used by the other hand its used an attribute called keyboard_hook that is not initialized, i belive that they are the same attribute but with different names, so i think its needed to change the key_hook for keyboard_hook or vise versa

Extended Ascii accent problem

2016-04-28T00:19:40.746000Z

First of all, thanks for creating this useful project.

The problem is that when the HookKeyboard() pyhook function is used and the ´ character (located at the right of the p in spanish keyboard layouts) is typed, two characters are displayed (´´), making it impossible to write accented vocals such as á. The normal behavior is that when pressing that specific accent it should wait for the next character to be pressed and decide if either write an accented vowel for example á, or type the ' followed by the next character in case it is not a vowel, such as ´= or ´p. These accented vowels are covered by extended Ascii, as I´ve verified the ascii value is below 255.

This function is being used to write a proof of concept keylogger that is being used only for research purposes. The accented vowels is being written normally on the log file, the problem only shows up on what the user notices that is being written. When i stopped the pyhook program, the problem is fixed and the accented vowels show up as expected. Is it possible to fix it? Thanks.

This is the code i´m using
import win32api
import win32console
import win32gui
import pythoncom,pyHook
import sys

def OnKeyboardEvent(event):
  #Handling function...

hm=pyHook.HookManager()
hm.KeyDown=OnKeyboardEvent

hm.HookKeyboard()

pythoncom.PumpMessages()

#1 TypeError in Switch function

2015-10-21T14:15:32.359000Z

https://sourceforge.net/p/pyhook/bugs/1/#5a83
This fixed the bug for me, thanks :P

#2 Problem with accents (french locale)

2014-10-27T23:07:07.760000Z

Hi, I found this bug today. I also have non-english keyboard, czech keyboard concretely. I am unable to write chars like é, ě, ü, etc. All I get is doubled accents and diacritics. So I spent rest of the day to find out why and I may have a solution.

First I found this thread:
http://www.experts-exchange.com/Programming/Microsoft_Development/Q_23453780.html

With proposed enhancement I was able to write non-Shift chars like é, ö, but not chars ě (needs hold shift key).

Finally I found this post:
http://stackoverflow.com/questions/1964614/toascii-tounicode-in-a-keyboard-hook-destroys-dead-keys

I've tried to implement ToUnicode (somehow) and it works. But I am not C++ programmer at all, lowlevel win32 programming is nightmare for me, but I hope it will work.

Here is attached .zip file with modified cpyHook.i file. Please, feel free to try this and let us know, if it works on yout keyboard too. Thanks