CapsLock的触发逻辑是松开的时候才发送按键？

Post a reply


In an effort to prevent automatic submissions, we require that you complete the following challenge.
Smilies
:D :) ;) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :!: :?: :idea: :| :mrgreen: :geek: :ugeek: :arrow: :angel: :clap: :crazy: :eh: :lolno: :problem: :shh: :shifty: :sick: :silent: :think: :thumbup: :thumbdown: :salute: :wave: :wtf: :yawn: :facepalm: :bravo: :dance: :beard: :morebeard: :xmas: :HeHe: :trollface: :cookie: :rainbow: :monkeysee: :monkeysay: :happybday: :headwall: :offtopic: :superhappy: :terms: :beer:
View more smilies
BBCode is ON
[img] is OFF
[flash] is OFF
[url] is ON
Smilies are ON
Topic review
   

Expand view Topic review: CapsLock的触发逻辑是松开的时候才发送按键？

Re: CapsLock的触发逻辑是松开的时候才发送按键？

by Dragoods » 21 Mar 2021, 01:13

已经发现问题了，用了"CapsLock & Space"的组合，CapsLock的down trigger被屏蔽了，改成了up时才会触发"CapsLock:: <action>"。

这样一来，无论按多长时间CapsLock，由于是放开之后才会触发"CapsLock::"标志后的操作，那么KeiWait和A_TimeSinceThisHotKey就都无法工作了。

CapsLock的触发逻辑是松开的时候才发送按键？

by Dragoods » 09 Jan 2021, 13:03

写脚本过程中我发现

CapsLock:: (do sth.)

的触发逻辑与众不同，他是松开CapsLock之后才触发的。这导致调用KeiWait和A_TimeSinceThisHotKey来实现长按判定失效了。但是，在Key history里可以看到CapsLock确实是有u、d两个状态的。

请问我的想法是对的吗？有解释吗？有什么方法能避开这个，或者换种实现长按的方法呢？

Top