thanks, I use lua & ahk both.
Actually, I was wondering to use ability of interactive by ahk, and handle data & process in lua.
So, map hotkey in ahk to callback in lua, etc.
Maybe, it's kind of wrap, than bingding.
Search found 546 matches
- 07 Apr 2022, 06:41
- Forum: AutoHotkey_H
- Topic: I wrote a LuaJIT FFI binding for AutoHotkey_H
- Replies: 5
- Views: 6587
- 17 Jun 2021, 19:10
- Forum: Ask for Help (v1)
- Topic: [close] recursive ByRef with empty/default input wont pass correct parameter
- Replies: 6
- Views: 553
Re: recursive ByRef with empty/default input wont pass correct parameter
Thanks, @swagfag
I saw ByRef, but miss the Optional Parameters.
I think there should be a related link between them.
I saw ByRef, but miss the Optional Parameters.
I think there should be a related link between them.
- 16 Jun 2021, 21:00
- Forum: Ask for Help (v1)
- Topic: [close] recursive ByRef with empty/default input wont pass correct parameter
- Replies: 6
- Views: 553
[close] recursive ByRef with empty/default input wont pass correct parameter
[Moderator's note: Topic moved from Bug Reports.] f(ByRef p:=""){ if not p ;endless loop here p:=0 if(p++<2) f(p) return p } MsgBox % f() Functions from help document Although a function may call itself recursively, if it passes one of its own local variables or non-ByRef parameters to itself ByRef...
- 15 Jun 2021, 02:21
- Forum: Scripts and Functions (v2)
- Topic: [a123] showlink.ahk — navigate to hardlinks of file
- Replies: 1
- Views: 1367
Re: [a123] showlink.ahk — navigate to hardlinks of file
Thanks for sharing. I think it's much faster than normal way - fsutil hardlink list <filename> . Although I prefer AHK V2, but now I use V1. Here is some compatible package. It's not strict, only could just run in V1. diff --git "a/linkshow.ahk" "b/linkshow.ahk" index c47f624..6fe4042 100644 --- "a/...
- 01 Jun 2021, 09:33
- Forum: Wish List
- Topic: Use OutputVar instead of Built-in Variables \ Script Settings
- Replies: 3
- Views: 1361
Re: Use OutputVar instead of Built-in Variables \ Script Settings
@Delta Pythagorean
Thanks.
My original point is to simplify creating build-in variables.
Although not efficient..
Thanks.
My original point is to simplify creating build-in variables.
Although not efficient..
- 30 May 2021, 20:40
- Forum: Wish List
- Topic: Use OutputVar instead of Built-in Variables \ Script Settings
- Replies: 3
- Views: 1361
Use OutputVar instead of Built-in Variables \ Script Settings
Current:
Suggested:
reserve switch keyword for command (here is on/off), otherwise, treated as Output variable name.
Code: Select all
dhw := A_DetectHiddenWindows
DetectHiddenWindows On
..
DetectHiddenWindows %dhw%
Code: Select all
DetectHiddenWindows OutputVar
..
DetectHiddenWindows %OutputVar%
- 30 Dec 2016, 09:14
- Forum: Wish List
- Topic: Support Unicode Characters in ErrorStdOut message
- Replies: 0
- Views: 3460
Support Unicode Characters in ErrorStdOut message
Syntax error message of Unicode AHK can't display Unicode Characters correctly, it shows "??" instead. It's unrelated with editor or command line stdout. For example, 1) code with compile-time syntax error around Chinese character, and 2) path with Chinese character would shows like: D:\???\???.ahk ...
- 25 Apr 2016, 09:38
- Forum: 相关工具
- Topic: SciTE4AHK 扩展
- Replies: 4
- Views: 21262
Re: SciTE4AHK 扩展
没用过Vim,SciTE配置也是独自的一套,但SciTE4AHK中多是用AHK扩展的,便于学习、自定义。lnpx wrote:请问对于初学者来说,SciTe和Vim应该首选哪个?它们各有什么优缺点。非常感谢!
不知道Vim对AHK的调试支持怎样,SciTE也够用了。
- 17 Dec 2015, 08:48
- Forum: Bug Reports
- Topic: ~LWin Up blocked
- Replies: 8
- Views: 5404
Re: ~LWin Up blocked
I found my problem, code above is incomplete, should be: asterisk is option ~*LWin:: ~*LWin Up::return will block start menu. I think Up is stand alone, so didn't metion key-down, which is there and take effect . is unexpected because the independence I conceived. Thank you for pointing that section...
- 17 Dec 2015, 04:39
- Forum: Bug Reports
- Topic: ~LWin Up blocked
- Replies: 8
- Views: 5404
Re: ~LWin Up blocked
Strange, ~LWin Up::return or ~*LWin Up::return now can open the "start" button. I can't reproduce the error.
Thank you.
is unexpected comprehend, be it so.LWin up:: will block the key-up event. It will also block the key-down event if you don't have ~LWin::
Thank you.
- 17 Dec 2015, 02:51
- Forum: Bug Reports
- Topic: ~LWin Up blocked
- Replies: 8
- Views: 5404
Re: ~LWin Up blocked
Currently, I Send {Lwin} in ~LWin Up:: to open start menu. Although don't know the effect of ~ here.
- 16 Dec 2015, 22:28
- Forum: Bug Reports
- Topic: ~LWin Up blocked
- Replies: 8
- Views: 5404
Re: ~LWin Up blocked
So, ~ is not necessary here, and could use $LWin Up::Send {LWin up} instead?
- 16 Dec 2015, 20:05
- Forum: Bug Reports
- Topic: ~LWin Up blocked
- Replies: 8
- Views: 5404
~LWin Up blocked
~LWin Up::return nor ~*LWin Up::return can open the "start" button when release.
1.1.22.09 Win7 64bit AHK 64bit
1.1.22.09 Win7 64bit AHK 64bit
- 09 Nov 2015, 09:52
- Forum: Bug Reports
- Topic: [Fixed] throw didn't work correctly in user defined Enum/Next
- Replies: 1
- Views: 1727
[Fixed] throw didn't work correctly in user defined Enum/Next
Code: Select all
class a{
_NewEnum(){
return a
;~ throw Exception(A_ThisFunc,-2) ;a
}
Next(p*){
throw Exception(A_ThisFunc,-2) ;b
}
}
d:=new a
for _ in d{
}
MsgBox c
- 05 Nov 2015, 08:13
- Forum: Wish List
- Topic: [meaningless]Object in comparison (not to compare object)
- Replies: 2
- Views: 2441
Re: Object in comparison
Since condition of empty is treated as false, there still will be some conflict, even compare returns empty - need to use (a<0)=false to confirm false.
Maybe I over misused weak type, which simplify variable define and assign, I'd better check type first, if necessary.
Thank you @nnnik
Maybe I over misused weak type, which simplify variable define and assign, I'd better check type first, if necessary.
Thank you @nnnik
- 05 Nov 2015, 05:48
- Forum: Wish List
- Topic: [meaningless]Object in comparison (not to compare object)
- Replies: 2
- Views: 2441
[meaningless]Object in comparison (not to compare object)
If either of the inputs is not a number, both are compared alphabetically Currently, {}<0 (or o<0 which o is an object) is true and then, {}>0 , o>0 are false . It seems object is convert to empty string, then ""<0 are compared alphabetically. I think can't compare between object (or anything can't...
- 05 Nov 2015, 00:36
- Forum: Ask for Help (v1)
- Topic: script stopped working after adding a second script
- Replies: 10
- Views: 4368
Re: script stopped working after adding a second script
Glad to hear you find the issue. Also, new experience got: Problem may happen if using multi keyboard such as peripheral device, especially which have entity keys like your Expreeskey on Wacom. It seems only use regular keyboard or one from Cintiq will be OK. Imagin that, KeyWait didn't know to wait...
- 03 Nov 2015, 19:16
- Forum: Ask for Help (v1)
- Topic: script stopped working after adding a second script
- Replies: 10
- Views: 4368
Re: script stopped working after adding a second script
My F10 hotkey procedure sends out {Right} if pressed short and k if pressed long. If I add LWin to the script it still sends out {Right} but not k . Simplifying this, LWin break out the time out part ( ErrorLevel always equal false) of KeyWait in the whole script, even LWin never pressed . If so, t...
- 03 Nov 2015, 08:11
- Forum: Ask for Help (v1)
- Topic: script stopped working after adding a second script
- Replies: 10
- Views: 4368
Re: script stopped working after adding a second script
BTW, what does 'stopped working' mean in the top post? Means F13 or whatever hotkey won't be triggered if there is LWin ? so, procedure under that hotkey is never reached. Check keyboard / language layout, IME, or test other combination with LWin , like ~LWin , RWin , a & LWin etc. Sorry, I have no ...
- 02 Nov 2015, 23:31
- Forum: Ask for Help (v1)
- Topic: script stopped working after adding a second script
- Replies: 10
- Views: 4368
Re: script stopped working after adding a second script
I test again, works as uaual. Using LWin instead of c::, and split the two hotkey procedure in different script.
Is there any conflict in your other script? e.g. LWin in another script, with any context?
Is there any conflict in your other script? e.g. LWin in another script, with any context?