If I wanted to work with Python, then I'd just... do something.
If I wanted to work with GScript, which I do obviously since I'm still here, then I'd go to Graal.

It looks like the fact that Stackless Python could be embedded into Graal went right over your head.

Nice one, wise ass. GraalScript does the job well enough, there's no need for a second language to be embedded or replace the original one with it.

Yes, GraalScript works, however, Stackless Python offers certain advantages that aren't found elsewhere. You should Google what I said earlier. And I also already stated some reasons for wanting a more solid scripting language.

Wanting a more solid scripting language is one thing, but to remove/replace what everyone are already used too (and have been for many years now) is another.

Once the Python syntax is learned (and its not difficult in the least) scripting becomes an easy deal again. I don't see the problem.

So you think programming in GScript is hard then?

Then you're quire narrow minded, some people like GScript because it's so unique comparing to other languages, and it's extremely friendly to newbie errors - even allowing things that it shouldn't be doing.

Graal's programming language is fine the way it is.

Do you have some fear of Python you need to tell me about? :p
The sentence you quoted was me referring to other people, like you, who are experienced with GScript. It would be a breeze for you to learn Python.
Examples?You make it sound like its a good thing. Because of that some people don't fix their problems.

Looking at GS1 scripts from the old days of Valikorlia its quite disgusting to see scripts with uneven numbers of brackets, semicolons in the wrong places, and comparisons with single equal signs, yet the script worked. I am glad such things aren't allowed in GS2.
Undocumented scripting language is not fine.

I find that it's problematic to learn due to the lack of documentation and consistence.
As for doing things easier, I think you may be referring to the platform. A different language would be able to interface the same thing.

I feel that a different language could improve productivity for more than two persons.

ECMAScript is very similar to GScript. Additionally, it shouldn't be too difficult to implement more than one language and make them cooperate to some degree (no need to go nuts).

People like it because it's unique? Shakespeare programming language is more unique.
It seems to me that holding the programmer's hand like GScript does makes it internally inconsistent, which exacerbates the problem with the lack of a formal documentation.

I don't understand you two and your "lack of formal documentation" - it's working good enough so far for the majority of programmers on Graal. If you don't know something, then you ask on the forums, which happen how often?

Everything you need to know is on the wiki, more or less. And if you want documentation, how about contributing to the wiki yourselves once in a while? Graal is community run, and always have been. :/

No no no! People already get confused trying to mix old and new GScript. Adding more languages will just make that worse.
Do you honestly think that every other language in the world is based upon reading a manual and instantly understanding everything? There are IRC channels on the Internet with hundreds of thousands of users asking questions about scripting languages, and there are Usenet groups on the Internet with hundreds of thousands of users asking questions about scripting languages, and forums on the Internet with hundreds of thousands of users asking questions about scripting languages.

I wish you'd bring your wiki back, or make another GS2 wiki... one that can be edited by people that don't pay a subscription fee. Things could be explained a lot better and more (relevant) examples can be given. One thing all other languages have is a mountain of tutorials that teach you how to make a specific program, rather than a list of client-side and server-side functions and variables.

I still don't know what the second parameter of GuiMLTextCtrl.addtext() does and I shouldn't have to ask on the forum for something so simple.
When you create a scripting language you don't leave other people to document it for you.

If we do it like I suggest then there wont be any mixing at all.
I'm sure people those people don't ask what parameter goes where in a function because the documentation only says string or integer but not what its for.

Lack of documentation and consistence is exactly my issue with GScript. I don't like how dynamic variable are case-sensitive yet static variables aren't. I don't like how declaring a variable without a prefix that isn't already declared temp is made a global variable.

Python is a well documented and developed scripting language with Stackless offering features that would be quite useful to Graal. The Python doc strings are in the function and member definitions themselves so you've got your documentation method right there in your source code.

I've updated the addtext docu: http://graal.net/index.php/Creation/...Ctrl#Functions

The ultimative plan is to add the documentation directly to the game (Graal.exe) so that you get all needed information from calling "Graal.exe -listscriptfunctions". The next version will also print events there. That function and variable list is also copied from time to time to the servers so that /scripthelp can use the same information.