Application: AutoHotkey
Category: Utilities
Description:
AutoHotkey (AHK) is a free, open-source macro-creation and automation software for Windows that allows users to automate repetitive tasks. It is driven by a scripting language that was initially aimed at providing keyboard shortcuts, otherwise known as hotkeys, that over time evolved into a full-fledged scripting language. (Source: Homepage)
AutoHotkey:
Download AutoHotkeyPortable 1.1.32.00 Dev Test 1 English [3.7MB download / 7.7MB installed]
(MD5: ccafb30175f192f813f0e040d88972a1)
Alpha release of AutoHotkey v2:
Download AutoHotkeyPortable 2.0-a056 Dev Test 1 English [3.3MB download / 8.0MB installed]
(MD5: 87348368063b549e29a9e77300883cb5)
Useful addition: SciTE4AutoHotkey
Project on GitHub v2 / SourceForge
Release Notes:
1.1.32.00 Dev Test 1 (2019-12-01): Update base app
1.1.30.03 Dev Test 1 (2019-04-08): Update base app
1.1.30.01 Dev Test 1 (2018-11-12): Update base app
1.1.30.00 Dev Test 1 (2018-09-25): Update base app
1.1.29.01 Dev Test 1 (2018-06-26): Update base app
1.1.28.02 Dev Test 1 (2018-05-14): Update base app
1.1.28.00 Dev Test 1 (2018-02-21): Update base app
1.1.27.03 Dev Test 1 (2018-01-07): Update base app
1.1.26.01 Dev Test 1 (2017-09-23): Update base app
1.1.26.00 Dev Test 1 (2017-06-10): Update base app
1.1.25.01 Dev Test 1 (2017-03-13): Update base app
1.1.24.03 Dev Test 1 (2016-12-11): Update base app
1.1.24.00 Dev Test 1 (2016-06-04): Update base app
1.1.23.05 Dev Test 1 (2016-04-07): Update base app
1.1.23.03 Dev Test 1 (2016-03-19): Update base app
1.1.23.01 Dev Test 1 (2015-01-31): Update base app
1.1.22.09 Dev Test 1 (2015-11-24): Update 1.1.22.09
1.1.22.00 Dev Test 1 (2015-05-01): Update 1.1.22.00
1.1.21.00 Dev Test 1 (2015-03-29): Update 1.1.21.00
1.1.20.03 Dev Test 1 (2015-03-22): Update 1.1.20.03
1.1.20.02 Dev Test 1 (2015-03-11): Update 1.1.20.02
1.1.19.02 Dev Test 1 (2015-01-31): Update 1.1.19.02
1.1.19.01 Dev Test 1 (2015-01-05): Update 1.1.19.01
1.1.18.00 Dev Test 1 (2014-12-31): Update 1.1.18.00
1.1.16.05 Dev Test 2 (2014-10-15): Remove SciTE4Ahk parts
1.1.16.05 Dev Test 1 (2014-09-28): Update 1.1.16.05
1.1.16.04 Dev Test 1 (2014-09-16): Update 1.1.16.04
1.1.15.04 Dev Test 1 (2014-08-14): Update 1.1.15.04
1.1.15.03 Dev Test 1 (2014-08-03): Update 1.1.15.03
1.1.15.02 Dev Test 1 (2014-07-08): Update 1.1.15.02
1.1.15.01 Dev Test 1 (2014-07-01): Update 1.1.15.01
1.1.15.00 Dev Test 1 (2014-05-04): Update 1.1.15.00 + mpress
1.1.14.04 Dev Test 1 (2014-04-27): Improve compatibility to SciTE4Ahk + new icon for Ahk2Exe
1.1.14.04 Dev Test 1 (2014-04-26): Update 1.1.14.04 + SciTE4Ahk lauchner
1.1.14.03 Dev Test 1 (2014-02-24): Initial release
Release Notes v2:
2.0-a056 Dev Test 1 (2014-10-15):Update + remove SciTE4Ahk parts
2.0-a055 Dev Test 1 (2014-09-28): Update 2.0-a055
2.0-a051 Dev Test 1 (2014-09-16): Update 2.0-a051
2.0-a049 Dev Test 3 (2014-08-14): Update 1.1.15.04
2.0-a049 Dev Test 2 (2014-08-03): Update 1.1.15.03
2.0-a049 Dev Test 1 (2014-07-29): Update 2.0-a049
2.0-a048 Dev Test 1 (2014-07-08): Update 2.0-a048
2.0-a047 Dev Test 1 (2014-07-01): Update 2.0-a047
2.0-a046 Dev Test 1 (2014-06-29): Update 2.0-a046
2.0-a045 Dev Test 1 (2014-05-23): Update 2.0-a045
2.0-a044 Dev Test 1 (2014-05-17): Update 2.0-a044
2.0-a043 Dev Test 1 (2014-05-10): Update 2.0-a043
2.0-a042 Dev Test 1 (2014-05-09): Update 2.0-a042
2.0-a041 Dev Test 1 (2014-05-04): Update 2.0-a041 + mpress
2.0-a040 Dev Test 1 (2014-04-26): Update 2.0-a040 + SciTE4Ahk launcher
2.0-a038 Dev Test 1 (2014-04-18): Initial release
Other Notes:
This is a continuation of dansmith65's AutoHotkey_LPortable
I removed following tools
- AutoIt3WindowsInfoSpy
- AutoScriptWriter
- mpress
because SciTE4AutoHotkey makes them useless.
If you want them back, write a comment.
Hi,
I need it to find out window info.
Otherwise how to find oout window info?
I do NOT like the location of autohotkey.ahk under MyDocuments, hence I prefer _L version.
Thanks.
--Al
As stated above SciTE4Ahk is the solution.
I don't understand your second statement.
I renamed AutoHotkey back to AutoHotkey_L to use the name for the new AutoHotkey v2. I also integrated a launcher for SciTE4AutoHotkey in both AutoHotkey versions.
See full release notes at GitHub commits!
full changelog:
rename path
App/AutoHotkey_L
toApp/AutoHotkey
AutoHotkey_L Portable 1.1.15.00 DT1
full changelog:
AutoHotkey Portable 2.0-a041 DT1
full changelog:
full changelog:
full changelog:
full changelog:
full changelog:
full changelog:
AutoHotkey_L Portable 1.1.15.01 DT1
full changelog:
AutoHotkey Portable 2.0-a047 DT1
full changelog:
AutoHotkey_L Portable 1.1.15.02 DT1
full changelog:
AutoHotkey Portable 2.0-a048 DT1
full changelog:
full changelog:
AutoHotkey_L Portable 1.1.15.03 DT1
full changelog:
AutoHotkey Portable 2.0-a049 DT2
full changelog:
AutoHotkey_L Portable 1.1.15.04 DT1
full changelog:
AutoHotkey Portable 2.0-a049 DT3
full changelog:
full changelog:
full changelog:
• If SciTE4AutoHotkey is not included in the package, then neither should the 'SciTE4AutoHotkeyPortable.exe' Launcher. (That would be part of what the Plugin Installer should add if it's needed for the plugin.)
~3D1T0R
The launcher SciTE4AutoHotkeyPortable.exe wouldn't show up in the AutoHotkeyPortable directoy.
I am aware that SciTE4AutoHotkeyPortable.exe isn't in the AutoHotkeyPortable installer on this page, but since that's an alpha version of the 2.x release I wasn't going to look into it in depth till at least AutoHotkey_LPortable was figured out, I was referring to the AutoHotkey_LPortable directory. Or do you mean that you were unable to make the SciTE4AutoHotkeyPortable Plugin Installer add the Launcher and/or appinfo.ini:[Start] entry(/ies)?
If you meant the latter, then you will likely need custom code for the installer to do so. However it will likely be easier to either include SciTE4AutoHotkeyPortable in the default AutoHotkey_LPortable install, or make it an entirely separate app (which can depend on the presence of AutoHotkeyPortable or AutoHotkey_LPortable to fuction if it needs to, but I don't know if that's necessary.)
~3D1T0R
I tried to include the launcher with SciTE4Ahk but it doesn't worked. But it's easier for me to compile it when it's included in AutoHotkey.
Do I really need to remove the launcher if it's not included?
I'm thinking about making SciTE4Ahk as an [OptionalComponent] in AutoHotkey but their update cycles are differ too much.
Why is it even necessary to include a code editor in the package? We already have Notepad++ (which is based on Scite) and several other code editors.
Sometimes, the impossible can become possible, if you're awesome!
Do you mean SciTE4Ahk in general?
Everything you need for editing .ahk scripts is already included in S4Ahk. If you use Notepad++ you have to download a bunch of things and not even get an equal result, e.g. S4Ahk let you run scripts directly.
Here is the full list of "features" from the homepage:
The plugin is the best solution so far. I am going to stay with it.
I'm a long-time NotePad++ user so I didn't quite get the point of SciTE4Ahk at first either. However; after using it a bit, I get it. Since it's based on Scite, it's relatively familiar to work with. Plus, it has a bunch of tools built-in that can't be replicated by NotePad++:
That being said; I don't see why it has to be included in the AutoHotkey directory either. I think it should be it's own app. I believe this can be accomplished by editing line 11 of ahk.properties to something like the following:
AutoHotkeyDir=..\..\..\AutoHotkey_LPortable\App\AutoHotKey
Thanks for your help.
Standalone released -->
I have a feeling that all of the above functionality could be duplicated in Notepad++ if one wanted to badly enough, but I'm not planning on trying any time soon, and it's obviously going to be easier to just use SciTE4AHk as it's already set up for it. Also I don't generally argue against Portablising an App if someone's willing to tackle it. I do think that having SciTE4AHk as a separate app is preferable, but I see that you haven't yet removed the bits of it that are in your AHK_L Portable package (on this page), and also now I'm looking at AHK_L Portable and wondering if perhaps it would be more suited for a CommonFiles Plugin & AHkLauncher a la jPortable & jP Launcher.
~3D1T0R
Removed all SciTE related parts in the new Dev Tests.
Interesting idea, but before doing anything I'd like to hear JTH's opinion.
I think converting AutoHotkey to a CommonFiles Plugin is an intriguing idea and worth discussing to flesh out the reasons for and against it.
So, like jPortable, AutoHotkey CAN be a dependency of other apps like SciTE4AHk; however, it's not nearly as common as a dependency as Java. I would actually say that it's so uncommon, I cant think of any app that uses AutoHotkey that would want to access it as a CommonFiles Plugin.
Additionally, AutoHotkey is such a small app (in bytes and # of files) that it's easy enough to package with any app that relies on it. Actually, this may be the best way to package SciTE4AHk.
I'm not sure how others use AutoHotkey, but here's how I use it now:
Do others have different use-cases than what I listed here?
CommonFiles is only used for plugins that can't be standalone apps. Java, GhostScript, Flash, etc. Lots of apps will use these.
AHK is another app, which is fine. One app can depend on another app and this will be added to the PAF spec in the near future for the platform to handle. Things like Firefox Portable 2nd Profile and Private Browsing by PA.c both requiring Firefox Portable to be installed.
Sometimes, the impossible can become possible, if you're awesome!
I was just thinking that the way a .jar file can't be run on it's own, but can be launched via java through a command line was somewhat similar to how .ahk scripts can't be run on their own, but can be run via a command line to the AutoHotkey runtime, but I'm realising now that it would be kind of pointless for AutoHotkey as it's so small, there are hardly any apps that would use it anyway, and it's often used (as dansmith65 described) in a more direct fashion than I was thinking of.
So yeah, after hearing what you guys have to say I also see that its not a good candidate for a CommonFiles plugin, a normal PortableApps.com App (which Scite4AHk can also utilise) will be fine.
Also, Scite4AHk can run without it (though you almost may as well use NP++ if you don't have AutoHotkey available for it), but it's so small that you almost may as well include it directly anyway. What do you think?
~3D1T0R
full changelog:
full changelog:
full changelog:
is my reply in https://portableapps.com/node/43317 inaccurate ?
See: Use search before posting
Wm
full changelog:
AutoHotkey 1.1.20.02
AutoHotkey x64 1.1.20.02
Ahk2Exe 1.1.20.02
AutoHotkeyHelp 1.1.20.02
see Release Notes
see Release Notes
see Release Notes
see Release Notes
hi-
hope you're still working on this. i get the following error when i start it up after a system shutdown:
"AutoHotKey Portable did not close properly last time it was run and will now clean up. Please then restart....."
thanks
steve
Like most portable apps, you need to close AutoHotkey before shutting down Windows. It's running in the system tray.
Sometimes, the impossible can become possible, if you're awesome!
i do, still get this error sometimes. though i have not seen if there is a pattern to getting the error. maybe it's in the sequence or something, no idea right now.
Maybe you have another AutoHotkey script running without a taskbar icon? Check a list of running processes after you close AutoHotkey to confirm all instances of it are closed.
I'm suggesting this because I've used it daily for years now and never had an issue, unless I shut down without first closing AutoHotkey.
must be something somewhere i missed. i wrote a quick ahk script to kill all autohotkey instances before shutdown. i'll see if it works next time a boot up.
thanks
update:
yup it worked. must have been missing a .ahk somewhere...
Could you please share your script that kills all AHK instances before shutdown ?
Could you please share your script that kills all AHK instances before shutdown ?
Sorry, I don't member seeing your comment last year. Here it is: https://gist.github.com/dansmith65/290496063fa1d4ede56cf43f1950c93d
Thank you very much !
see Release Notes
New version available: 1.1.23.05
~3D1T0R
Update base app
Update base app
why did you not make the launcher with autohotkey?
that's what autohitkey is all about.
i have my own launcher who automaticaly detects what ahk version to use, like 32 or 64 bit and V2 or not.
also my own launcher for ahk2exe who fixes the icon automatically.
why are you launching autohotkey.exe directly instead of autohotkeyPortable.exe with scite4autohotkey??
we would have to edit the options in scite4autohotkey every time you update scite4autohotkey, that is not productive.
PS thx for the effort for making both.
I started the code base that mwayne is now maintaining, so most of these questions pertain to me.
Because it's a PortableApps.com launcher, so I did it the PortableApps.com way, not the AutoHotkey way.
Because the PortableApps.com Launcher has an option to move a directory back and forth, but not an option to sync a directory. Besides, I hate having two copies of the same set of files, it's bound to cause problems at some point in time.
This is a problem because autohotkey has no library if you bypass autohotkey portable.
I see you are copying the Lib folder back and forth, why?
User should change stuff in DATA\LIB folder, so you just sync it to APP\autohotkey\LIB
Update base app
Its fake It says There is another Instance of Autohotkey running Go to #Singleinstance in Help And i clicked it It showed nothing of use and no signs of fixes and The Version 2 doesnt Work The Download says Its disabled Fix this Or Its a Malware
HaiBUI
Over 500 downloads and no bug report is some evidence for issues on your end. Please provide some more information so someone can help you to fix them.
Just ranting does seldomly solve any problems. :rolleyes:
Update base app
Update base app
Update base app
Update base app
Update base app
version 1.1.28.02 is available
Update base app
Update base app
Update base app
May I ask what's the difference between this and the AutoHotkey .zip from official website? My main concern is does the official zip save settings or leave any files else where outside of its folder?
Thanks a lot !
Update base app
Is it only a choice or there are other reasons?
Update base app
Dear @mwayne,
There is a fresh update. Could you please update the portable version ?
Update base app
I use quite a few of your portableapps (AHK, WinPython, MKVToolNix, Aegisub, Everything, Handbrake, etc..) and they're all great! Looking at your release list, you know what the people want! People who don't browse the forums and only use the installer are missing out! Thanks a bunch!
Have not downloaded and tried it yet but just did a search and got here and was relieved to see there are semi-recent posts. This gives me hope as i have RSI real bad.
Thank you and I will try to donate later. Would lvoe to see this move out of beta eventually. Could hlep test things maybe. thanks for staying with this it looks like over the yaers. Will try to report back later. Gracias,
Roger Brown
Intermountain West area, US
- web site: https://www.autohotkey.com/
- download page: https://www.autohotkey.com/download/
- direct download archive 32/64 bit: https://www.autohotkey.com/download/ahk.zip
- AutoHotkey Portable on Softpedia: https://www.softpedia.com/get/PORTABLE-SOFTWARE/System/System-Enhancemen...
- direct download: https://www.softpedia.com/dyn-postdownload.php/e664b4bc7766a035c4cac5845...
- web site: https://www.autohotkey.com/
- download page: https://www.autohotkey.com/download/
- direct download archive 32/64 bit: https://www.autohotkey.com/download/ahk.zip
- AutoHotkey Portable on Softpedia: https://www.softpedia.com/get/PORTABLE-SOFTWARE/System/System-Enhancemen...
- direct download: https://www.softpedia.com/dyn-postdownload.php/e664b4bc7766a035c4cac5845...
Note
Direct download link will always download last portable build.
BTW
there are some bugs in ver. 1.1.33.03 https://www.autohotkey.com/boards/viewforum.php?f=14&sid=c2485c231510fa0...