Not really, perhaps I was playing too much devil's advocate... I am not fond of AHK' syntax, a bit rigid, with ambiguities and thorn between old AutoIt 2 syntax and requirements for something more modern and flexible.
You prefer the AHK's old style
Chris is doing a great job improving it by steps, trying to keep a balance.
I believe he choose to keep this syntax, for compability (perhaps a lesser requirement now) and by taste. And I recall a topic where several people expressed their likeness for this simple syntax: no quotes around strings, no line terminator other than newline, no parenthesis around arguments of commands.
That's this choice that I defend, partly against my own taste...
And the parser will grow, the program too, the bugs will come, etc.
But perhaps I am too pessimistic... ;-)
I trust Chris to maintain a vision of the language, to maintain a balance between pleasing programmers and newbies seduced by the simplicity of the language: somehow, the rigidity of the language is reassuring, having choice is confusing.
In a sense, should Chris has chosen to be even more rigid, like requiring braces after a Loop or a If, even for a single line, we wouldn't see errors like omitting the braces and expecting several lines to be in the loop...
Again, I am thorn between my taste and the respect of the choices of the design of the language.
Somehow, it meets my preferences: I avoid to put several instructions per line, unless they are short constant assigments. I avoid to put an instruction on the same line as the If, unless it is a simple Return. And so on.
Note it is difficult to make a perfect language for newbies, even more if they have notions of programming.
We often see creative syntax, wondering why it doesn't work:
a = b + c ; classical...
a = %b% + %c%
s := "b" * 12 ; Legal in Perl!
and so on.
What do you think Chris? Should AutoHotkey language evolve to become Basic-like or C-like on the long run? Should it remain mostly the way it is, with a bit more flexibility?
Another solution might be what was suggested elsewhere: to separate cleany the language itself from the functionnalities (like WinWait), allowing other languages to call AutoHotkey's functions and commands if put in a DLL.