vasuphoney.blogg.se

1. #RUN SCRIPT ON MAC MAC OS#
2. #RUN SCRIPT ON MAC SOFTWARE#
3. #RUN SCRIPT ON MAC CODE#
4. #RUN SCRIPT ON MAC WINDOWS#

Where with Lua, it appears an attempt can be made to transpile the AutoHotkey language to the Lua language directly, not the C++ interpreter. This was the case with the now abandoned IronAHK project, which attempted to make a C# interpreter instead of using the C++ one. With those languages, there would be more of tendency to attempt rewriting the C++ interpreter of AutoHotkey to the different language, which would be a very significant task. So looks to be easier to make an attempt than with C#, Object Pascal, Red, or Dart. Lua already has multiple interpreters for different operating systems (like the macOS and Android). Lua is also a scripting language, so a source to source compiler (transpiler), seems even more feasible. I've never really dug into Lua before, as tend to look more at Object Pascal for anything extra, but was surprised by it's possibilities. In the case of Lua, I'm a bit surprised there has never been an attempt. Strong candidates would be Lua, C#, Object Pascal, Red, and maybe Dart.

#RUN SCRIPT ON MAC WINDOWS#

I think it requires developers willing to go outside of the Windows OS and possibly knowing a programming language other than C++. True, but that doesn't have to be the case. AHK is Windows centric so will leave it at that. Though I would think to make significant progress, it would likely turn into a fork. Though interestingly, it's not really known how far or what is the limit that somebody could get with AutoHotkey and WINE.

An interpreter would be running AutoHotkey in a way similar to how it runs on Windows, where a transpiler would be more specific to creating an application that could run on a different OS. Going the way of the transpiler, would be more about translating the AutoHotkey scripting language into a compiled equivalent into another programming language. Red being more of a wildcard with future potential. Object Pascal also has some AutoHotkey-like automation tools, such as Simba (often use for making bots) and WinAutoKey (so far a bit limited), that can provide example code. C# probably being a bit more easier for those that know C++ to adapt to, where Object Pascal is as almost as close to the hardware as C++, but has more cross-platform friendly tools (Lazarus, FPC, etc.). Preferably one in a more cross-platform friendly language (in terms of tools available), thus the suggestion of C#, Object Pascal, or Red. would have many "landmines", that I believe a person or a group would have no choice but to create a new fork (think IronAHK in C# as an example) or transpiler.Ī person or group would likely have to focus on "translating" the AutoHotkey scripting language (not the C++ source code), and create a new interpreter. The present AutoHotkey C++ interpreter, installer, etc. Though let's keep in mind that the Windows OS still holds a huge user base.

#RUN SCRIPT ON MAC CODE#

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.

#RUN SCRIPT ON MAC SOFTWARE#

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.

#RUN SCRIPT ON MAC MAC OS#

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.