AHK Versions
Forum rules
Discuss Autohotkey related topics here. Not a place to share code.
Discuss Autohotkey related topics here. Not a place to share code.
AHK Versions
What version of AHK would you say is the "best" version? The least buggy, the most functions, etc, etc.
Can anyone tell me?
Can anyone tell me?
Re: AHK Versions
For now, I recommend just sticking to the latest v1.1+
Eventually, v2 will be out of beta, but not for a while at least.
Eventually, v2 will be out of beta, but not for a while at least.
Windows 10 x64 Professional, Intel i5-8500, NVIDIA GTX 1060 6GB, 2x16GB Kingston FURY Beast - DDR4 3200 MHz | [About Me] | [About the AHK Foundation] | [Courses on AutoHotkey]
[ASPDM - StdLib Distribution] | [Qonsole - Quake-like console emulator] | [LibCon - Autohotkey Console Library]
Re: AHK Versions
Agree, would go with v1.1+ because of so much help, videos, ebooks, and libraries. Could be argued that v2 is more for those that don't mind being more on the cutting edge, are experimenting, or not relying on scripts for anything important (which is relative). Though with that typed, v2 will be very well tested when it comes out of beta, and will have accumulated a lot of answers on its growing v2 Help and gained more (including translated from v1) libraries. This will help with a smoother transition, when the time comes.
Re: AHK Versions
My opinion is a little bit different, it is true that the most libraries, tutorials, forum examples are in V1, but a lot of the experts who are maintaining them are switching graduately to v2, that has a lot of interesting features and has more predictable syntax.
If you are planning to use a lot of guis or menus, I would certainly recommend V2, as it is more logical and cleaner.
Without doubt, V2 is the future, and I have not encountered any bugs in it.
V1 will keep existing, but probably not be maintained in the end.
If you are planning to use a lot of guis or menus, I would certainly recommend V2, as it is more logical and cleaner.
Without doubt, V2 is the future, and I have not encountered any bugs in it.
V1 will keep existing, but probably not be maintained in the end.
Re: AHK Versions
Sure, but if your are also dependent on some library that others would have to translate for you, that won't help much.
So, like always, it depends... but it doesn't have to be either or. Use both versions
Re: AHK Versions
not a fan of v2, especially its guis.
IMO you'd be better off learning c# or something, v2 IMO shares little in common with ahk, especially it's friendliness. Just shares the project name and most function names. Everything else is a completely different language. I picked up c# much much faster than v2/
IMO you'd be better off learning c# or something, v2 IMO shares little in common with ahk, especially it's friendliness. Just shares the project name and most function names. Everything else is a completely different language. I picked up c# much much faster than v2/
rawr. fear me.
*poke*
Is it December 21, 2012 yet?
*poke*
Is it December 21, 2012 yet?
Re: AHK Versions
Re: AHK Versions
v2 shares nearly all of its basic syntax with v1.
Please explain.especially it's friendliness.
Is that criticism or a compliment?Everything else is a completely different language.
I would recommend no one take those words at face value. I think that an objective comparison could not possibly support the conclusion that they are completely different.
Re: AHK Versions
My take on these interesting perspectives, is that AHK v2 is like the inevitable up and coming young contender that will one day become the champ. Where with AHK v1.1, it's like a battle hardened veteran and old champ, where we can all see the end coming. But the old champ (AHK v1.1) still has some fights left, and won't give up the title easily. We all know this story and how it ends, just like AHK "Classic" had to give up its top spot to AHK v1.1. The thing about that though, it was not an instant switch, but a gradual process. Often, that's how it goes, in other languages as well. As to which direction to go with at the present, is really a matter of the needs of particular people, and probably how familiar they are with programming overall.
Looking at where we are now, maybe there could have been a smoother bridge built or lesser jump between the versions of AHK v1.1 to AHK v2. Where AHK v1.1 help files and newer versions kept a constant and greater focus on deprecating on what would not exist in AHK v2. Where there was more emphasis on guiding users to writing AHK v1.1 code to be more like AHK v2 code, while still having backwards compatibility for scripts veterans have been using for years. Including AHK v1.1 to AHK v2 conversion scripts and info. Yes, that stuff does exist. I'm just saying that the scale, might have been turned up even more. Not in any kind of forceful or abrupt way, but more in a guiding effort.
AHK v1.1 is partially a victim of its own wonderful success. So much help material, ebooks, videos, and libraries on it. Often so reliable, after the creation and troubleshooting process, that lots of people don't want to redo their scripts or are very satisfied with what they have. As it is, AHK v2 material is gradually coming. I like the efforts (to name a few AHKers) of Joe Glines (https://www.youtube.com/c/JoeGlines-Automator/videos) and Jack Motley (https://jacks-autohotkey-blog.com/autohotkey-topics-and-series/a-peek-at-the-coming-autohotkey-v2-0/) in helping prepare the way for AHK v2.
The perspective of my argument about this, is it being relative to the existing help (editors, ebooks, videos, libraries, answered help questions...). I do think AHK v2 will reach that tipping point, but there is so much AHK v1.1 stuff out there to make it more convenient to help solve issues. A lot of people from non-programming backgrounds, could use all the help they can get. When you are not of or in that "world", it looks like Mount Everest, even if experienced people or experts feel it's just another hill. As one's expertise grows, the ability to absorb new languages grows greater, and differences like between AHK v1 to AHK v2 becomes smaller.
Looking at where we are now, maybe there could have been a smoother bridge built or lesser jump between the versions of AHK v1.1 to AHK v2. Where AHK v1.1 help files and newer versions kept a constant and greater focus on deprecating on what would not exist in AHK v2. Where there was more emphasis on guiding users to writing AHK v1.1 code to be more like AHK v2 code, while still having backwards compatibility for scripts veterans have been using for years. Including AHK v1.1 to AHK v2 conversion scripts and info. Yes, that stuff does exist. I'm just saying that the scale, might have been turned up even more. Not in any kind of forceful or abrupt way, but more in a guiding effort.
AHK v1.1 is partially a victim of its own wonderful success. So much help material, ebooks, videos, and libraries on it. Often so reliable, after the creation and troubleshooting process, that lots of people don't want to redo their scripts or are very satisfied with what they have. As it is, AHK v2 material is gradually coming. I like the efforts (to name a few AHKers) of Joe Glines (https://www.youtube.com/c/JoeGlines-Automator/videos) and Jack Motley (https://jacks-autohotkey-blog.com/autohotkey-topics-and-series/a-peek-at-the-coming-autohotkey-v2-0/) in helping prepare the way for AHK v2.
The perspective of my argument about this, is it being relative to the existing help (editors, ebooks, videos, libraries, answered help questions...). I do think AHK v2 will reach that tipping point, but there is so much AHK v1.1 stuff out there to make it more convenient to help solve issues. A lot of people from non-programming backgrounds, could use all the help they can get. When you are not of or in that "world", it looks like Mount Everest, even if experienced people or experts feel it's just another hill. As one's expertise grows, the ability to absorb new languages grows greater, and differences like between AHK v1 to AHK v2 becomes smaller.
Re: AHK Versions
AHK all the way is also an excellent V2 tutorial source.
Not that many tutorials, but the existing ones are very well made, educational and straigth to the point.
Not that many tutorials, but the existing ones are very well made, educational and straigth to the point.
Re: AHK Versions
Why limit yourself to one version? Start small with AHK v2 scripts, if you are still feeling more comfortable with v1, or if you don't find the resources you need.
It is still allowed to use v1 as well, if you start with v2. No need to translate your 20000 lines v1 script to v2.
Re: AHK Versions
Oh that's great!gregster wrote: ↑27 Aug 2022, 09:22Why limit yourself to one version? Start small with AHK v2 scripts, if you are still feeling more comfortable with v1, or if you don't find the resources you need.
It is still allowed to use v1 as well, if you start with v2. No need to translate your 20000 lines v1 script to v2.
I didn't know that you could use both versions simultaneously. That was one of the things I wasn't keen about.
Thanks!
Re: AHK Versions
I can understand the comments regard GUIs especially. To someone new to coding, understanding and using objects is something that can take some time, if they even try to learn them at all. In v1, you don't have to touch objects and can start creating GUIs right away. In v2, understanding objects is now in the direct path of the learning curve to be able to add working GUIs to their scripts. It might not seem like a big deal to experienced programmers, but to people new to coding (whom v1 was friendly towards), it could be enough to decide it's not for them.
Re: AHK Versions
Thanks! Yeah, I'm pretty new to AHK, as you can see in my profile (joined 08 May 2022, 10:06).boiler wrote: ↑27 Aug 2022, 09:51I can understand the comments regard GUIs especially. To someone new to coding, understanding and using objects is something that can take some time, if they even try to learn them at all. In v1, you don't have to touch objects and can start creating GUIs right away. In v2, understanding objects is now in the direct path of the learning curve to be able to add working GUIs to their scripts. It might not seem like a big deal to experienced programmers, but to people new to coding (whom v1 was friendly towards), it could be enough to decide it's not for them.
Re: AHK Versions
It's hard to switch programming languages, but (I find) harder to switch between versions of specific programming languages:
- You just start a new libary of code and start programming
- You have to convert all your code to the new format
Re: AHK Versions
Beginners use hotkeys, commands and even expressions while only understanding a fraction of the underlying concepts. Why are objects different? It's just a matter of using slightly different patterns, like preceding the "sub-command" with the name of the GUI (variable).
I can believe that learning about objects in abstract could be difficult, as explanation of the concepts can be dry and impractical. But learning how to create a GUI, or use an array, or whatever else learned by example, shouldn't be any more difficult with objects than it was with commands that have inconsistently mixed syntax.
For instance (example taken from the documentation):
Code: Select all
MyGui := Gui()
MyGui.Add("Text",, "Please enter your name:")
MyGui.AddEdit("vName")
MyGui.Show
fincs tried to keep it almost 1:1 with the old GUI commands. Although my replacing g-labels with OnEvent is a bit of a departure from that, I don't believe g-labels are easier to understand or use, especially for controls with multiple events.
I think the biggest barriers to learning are self-imposed, or a matter of perception.