感觉和我的cherry snippet v2类似。包括输入法模式和搜索框模式
所有的代码片段都可以执行和预览。
加油。
如果是获取当前打开的程序窗口的方式，也就是针对不同程序，就没有必要做成类似于输入法的方式，因为如果针对了不同程序进行分类，每个程序所针对的动作就会很少，界面+鼠标点击效率反而更高。采用哪种方式其实更取决于哪一种更有效率！，想想你键盘输入需要按键许多次，酷而不实用！而鼠标点击界面两下就搞定！如果不针对于捕获当前某个程序窗口，采用通用型的，那么可以考虑输入法模式，因为可能加到一起的脚本会很多，界面无法都放得下，这时对于某个程序的部分可以在脚本中实现。
支持开发，不过要用爱发电我看很难，quicker我盯着好多年了，从开始的软件启动器，到现在生态内应用百花齐放，已经远远的跑在各个竞品的前面了。
支持楼主
quicker不能直接买断~这点导致我没用它
支持，不习惯订阅制。现在有效率操作已经用ahk和WGestures2 已经做得很好，但谁不希望出现新产品呢？我比较喜欢macOS平台上的Keyboard Maestro
的确，老哥开发这个跟我预想的简直如出一辙
我提个思路,仿StreamDeck.
现在有开源的macro deck可以借鉴, 美观,可扩展性和易用性都不错.只不过这两个的操作模式是在另一个设备的屏幕上显示快捷键和图标,现在需要把显示的内容显示在当前屏幕上,并且绑定热键.
如果触发方式只是打字的话，恐怕不能「平替」Quicker。这种交互方式效率不高。虽然键盘启动对于经常使用键盘的用户，比如程序员来说很方便，但对于大多数电脑用户来说，他们只有在打字时才会用到键盘，其他时间大都使用鼠标。这意味着在使用鼠标时，他们还需要切换到键盘来启动应用，这样做是舍近求远。
1 Like
我现在鼠标手势唤起界面点击，只需要两下~~~ 
而且吧，可能是我过于注重实用主义，对于输入法模式，我在有的程序里也有写程序使用，但是我觉得这种模式更适合于文字处理类。而对我这边，很多程序是主要在于对于功能调用，所以对于这方面，我用面板方式更多，而且效率更高！。
1 Like
成熟一点的做法是：输入法模式和面板模式，我全都要 
已经很接近我心目中设想的软件了，输入进程有些麻烦，AHK有办法自动获取吗？
可以的，ahk帮助文档有例子，鼠标下窗口信息，激活窗口信息
那看来老哥开发的软件已经能完美实现这些功能啦，太强了（我就不重复造轮子啦 
）
1 Like
从立项到放弃，仅用了三天。 
1 Like
用着quicker写自动化挺傻瓜的，不过有个痛点是quicker无法实现解锁电脑屏幕的功能，希望楼主的方案能够解决
哈哈哈哈哈
。
哈哈
放弃吧，楼主一上来口气不小，结果还没开始就放弃了