5 replies to this topic

[BigSkylie]

Hello everyone,

the code

#Persistent
setcapslockstate, alwaysoff

completely disables Capslock in ALL applications as expected. However, for some applications (e.g. Spotify) there is still some effect when i press Capslock ( repeatedly) which is very annoying!

Testing

1. run the script
2. put your cursor in the spotify search field
3. write 'abc'
4. repeatedly press the Capslock button
5. see the search suggestions come and go
Will this bug ever be fixed or is it a problem with the way AHK is implemented?


BigSkylie

PS: I've been using this AHK-Script for keyboard navigation for quite some time. I love it and i really need Capslock to be completely disabled.

[BigSkylie]

bump

Is my concern unclear? I cant imagine being the first to come across this bug.

[dmg]

I cannot speak to this 'bug', but if you want capslock to be entirely disabled you could try making it a 'dead end' hotkey:

capslock::return

[BigSkylie]

capslock::return

Tried it. Same again. The Capslock key does switch to caps, but its not a dead key. There is still something happening if you press it. Thx anyway.

Maybe the Spotify developers overshot the mark and made their program receive input on system level. So the 'Bug' would be on Spotifies side.

[OldBloke]

Probably remapping CapsLock at a lower level (in the registry instead of using AHK) would disable it in Spotify too, as described here:
<!-- m -->http://www.howtogeek... ... -xp-vista/<!-- m -->

[Lexikos]

AutoHotkey uses a system-wide keyboard hook to suppress the keypress. In most cases this is sufficient, but there are some specialized APIs which will detect it anyway. If the other application uses one of these APIs, there's nothing that we can do about it. (In this case, remapping Capslock via the registry may be effective, since it changes the meaning of that physical key.)