Jump to content

Recommended Posts

Posted

Now I understand that AutoIt is an excellent language for automating tasks, as I have seen by using it. And there has been mention of advancing the language to make it more complete or more like a regular programming language. These suggestions have been knocked down and the arguments supporting them refuted, but I must admit I am witnessing AutoIt drift in that direction. Now as far as I understand, this drift is not intentional, seeing none of the developers esteem the idea. But it is clear to me that AutoIt is definitely taking on some of the characteristics of a complete programming language, because it now has abilities to do things that a complete programming language would have. Yet the means by which powerful tasks are accomplished in the language are not completely feasible, as they would be in a regular programming language, although the more automating-based tasks are. Therefore, it seems to me just as someone would find a loophole in something and exploit it to accomplish something not directly and easily accessible, it is done the same way in AutoIt.

Can someone please explain this to me?

  Reveal hidden contents

 

Posted (edited)

You're confusing syntactic conveniences with "advancements in functionality". We refuse to implement certain syntactic conveniences.

Edited by Valik
Typo
Posted

  Valik said:

You're confusing syntactic conveniences with "advancements in functionality". We refuse to implement certain syntactic conveniences.

So then, why do you refuse to implement them?

  Reveal hidden contents

 

Posted
  WaitingForZion said:

So then, why do you refuse to implement them?

You aren't being very clear what this "them" is.
Posted

  Valik said:

You aren't being very clear what this "them" is.

You have been perfectly clear in what that "them" is yourself: "certain syntactic conveniences"

  Reveal hidden contents

 

Posted (edited)

  WaitingForZion said:

You have been perfectly clear in what that "them" is yourself: "certain syntactic conveniences"

Then why do you ask? It's been discussed in verbose detail. So there's really no point in additional threads on the subject, don't you think?

Edited by Valik
Posted

  Valik said:

Then why do you ask? It's been discussed in verbose detail. So there's really no point in additional threads on the subject, don't you think?

Im sorry, but I was not aware that it was being discussed so much. Ive only been aware of what Ive come across, and I have not come across so many threads on the subject.

If the other developers will permit it, I would like to get involved in the development of AutoIt. I know it is not their goal to implement those things, but it is my goal, and if I come to aid in development, I can help extend the language, because I am just as hopeful in the languages potential as are the others.

  Reveal hidden contents

 

Posted

My friend, programmer, for the first time having seen Autoit, has asked me: "What is it? The parody on VStudio? :D

Also has added: "Programming the serious software in Autoit - it's the same that to hammer nails by wooden hammer"

(this can be understood incorrectly)

AutoIt perfectly copes with certain circle of problems. It is not intended for development of 3D games, for example, though it, theoretically, really to make in Autoit.

The only thing that missing is really compiled ЕХЕ. And so, it is enough of, and 10-year job is reputable...

_____________________________________________________________________________

Posted

And if speech has gone about improvements AutoIT, it would be good to unite Koda and Scite in the single program, and to add a debugger...

_____________________________________________________________________________

Posted (edited)

@ Vitas

You obviously don't understand that each language has a specific purpose. Same goes for your friend.

And there is a debugger for AutoIt.

Also, a scripting language is a scripting language. AutoIt's executable are awesomely small ! And this comes from an assembly programmer !

Edited by Inverted
Posted (edited)

  Vitas said:

And if speech has gone about improvements AutoIT, it would be good to unite Koda and Scite in the single program, and to add a debugger...

If anyone's creating a wishlist, I'd like to add "associative array." (An array accessed by string value instead of numeric index. Where the accesor is a "key.").

Personally, I think improvements should be based upon a "bounty" system. Let anyone add things to the wishlist, and the $ amount they'd pay. Let others chime in with the $ amount they'd pay.

I don't think improvements should be treated like this is a religion. Put a monetary value behind some of these things and the dogmatic language ("never gonna happen") might soften. I think it would help eliminate the emotions involved. For example, if thousands of people want object orientation.... and they commit $100k, maybe the topic wouldn't generate so much hubris and automatic dismissal.

I don't know the details behind how "bounty" systems work. How to get money into an escrow account so a developer knows people really will pay. But, I think I've read other projects are doing this.

Edited by az2000
Guest
This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...