The present AutoHotkey C++ interpreter, installer, etc. Though let's keep in mind that the Windows OS still holds a huge user base. And because they are so Windows centric, this can result in development choices that makes the AutoHotkey source code even harder to port over to a different OS. WINE has been discussed a number of times on the forums, example- (AHK installer under Linux/WINE).įrom that forum post about the installer, what we are getting is that the present AutoHotkey developers are very Windows centric and lack any motivation to create a cross-platform version of AutoHotkey. Open-source software that provides a Windows runtime enviornment for running applications on Linux and Macs. However, to make this a bit more complicated, there is WINE ( (software). Usually the issues presented about AutoHotkey being on a different OS has been the Windows APIs and Dlls, where the code needs to be different for that OS. The thinking that AutoHotkey code must be married to C++ and Windows, instead of thinking of AutoHotkey as it's own language that could use other interpreters, written in other programming languages. I think the other part of the issue is mindset. C#, Object Pascal, or Red would be good cross-platform candidates as well.

I don't know how well Lua works out as a cross-platform language. It's interesting that this isn't being done for AutoHotkey. Many other programming languages make use of such. That sounds like a Transpiler or Source-to-Source Compiler. For instance have Lua 'interpret' the AHK code by reading regular AHK code and then tranforming it into something Mac OS can understand. I've heard you can do this by translating AHK via another common language, such as Lua. Is it possible to run the same AHK code written for Windows on a Mac by using a different software (e.g.

AutoHotkey 2.0.3 for mac instal free