![]() 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. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |