can't change the look of my player with a npc in while in play mode

(using editor of course)

Function Params? You told me that was too much work but I am gussing making it C compatable will make it Easier? In any case, Me lub, me want!!!! :) It would make some of my scripts shorter :p

It will use real parsing, and since the C and Delphi
description languages are open it will not be
a big problem, also the error messages are
better. C++ will be a problem (Graal has a different
class system) but C is possible

but C++ is the best! <3 for the simplicity and power of C++

Scripter-defined classes in Graal would be so good...

NPC Code:

---

class star(){

 var starx;

 var stary;

 var size;

 function draw(){

  showimg i,star.png,me.starx,me.stary;

 }

}

if(created){

 starcount=10;

 setarray2 mystars,star,starcount;

}

if(timeout){

 timeout=0.05;

 for(i=0;i!=starcount;i++){

  mystars[i].draw();

 }

}

---

So beautiful...

have both the scrollbars and the guy, personally i like the guy better, b/c whenever i edit a single level, the arrow thing doesnt show up, and its hard to know where im going to end up

=( Well C is always good to, not to much a different between C and C++, except C++ is easier and all in all has more possibilities (think about it...)

BUG BUG BUG ;)
class star { would be nicer :)

Yes will add some way of defining structures/classes,
but it will be more Java than C++
(don't plan to add templates, and
you need to specify how the attributes are synchronized
like local var x; or so)

>.<

I'm used to putting ()s in all of Graal's 'open bracket' statements like "if(){", "for(){", "function name(){" etc.

Excellent, Stefan, you've made my day :)

God, not full C++....imagine the hackers if you were allowed to do everything with the "power" of C++. A playerworld that uses a nonterminating array to leech off the contents of all your active memory, a Graal NPC Virus that attatches to your hard drive, noo...
But it appears he wasn't speaking about LITERALLY making it use C++, only adhere to the syntax, and that's cool. I learned Java by teaching myself GraalScript, still use .graal levels for demos. Will this algorythm work? One way to find out....^_~

The virus thing would be handy at times.

LOL

lol im sure he wouldnt put like all that support for it

Yes only syntax, the engine itself (executing a list
of 'GraalScript byte code' commands) is still done&controlled
by Graal itself, but will be updated too with a stack
and stuff to enable function results and things.

so we will have to define variables like

signed long coolvar = 1; ??

Well, I guess this will give me an excuse to learn C. Stefan, there is only 1 problem with this new scripting engine. Will it be backwards compatible with the existing one? Of not, will you make a script converter? There could be a lot of angry people if they have to reprogram everything... I personally don't mind, but I bet some would.

I doubt it. If so, I would be very angry...

And BoCo, if that happened, I would be completely FURIOUS and will have to hax0r graal (joke).

Stefan do not make anything which would make current scripts not work...

Oh yeah! I forgot to thank you Stefan! You fixed the attribute bug! *gives stefan hug...backs away realizing stefan is a guy and takes a shower...a long one...*

Anywho, thanks for fixing it. That bug was very annoying =(

Graal is currently fairly C-compatible anyway. I don't see any reason why old scripts wouldn't work - though it might be advisable to go back to important ones and rescript them for the new function stuff etc

I favor the idea of a script converter anyway...since we can't use Join on Classic, it'd be handy to do a mass-replace, like with honds' assimilator.

Hey, If you are going to fuxor up variable, why not make setlevel be setlevel2 and stuff of the like.

New "Bug":
Be advised that all scripts which rely on implicit playerendsreading and playertouchsother calls will no longer run. So if you tried to cut out a timeout loop by having it just go toweapons after the player touches the chest - you need to specify that condition. =_=

playerendsreading and playertouchsother work,
when you do if (playerendsreading) then the
script is called when the player finish reading a sign.
Things like if (timeout && playerendsreading) should
not have been worked before anyway. Please explain a little
bit more exact (script?) :-)

Nevermind, you answered it already in another thread. It's the thing where one NPC says
if(playertouchsme) set getthehammer;
and another NPC says
if(getthehammer){
unset getthehammer;
toweapons hammer;
}
Easy enough to fix, add a timeout loop, or even better make the first callnpc getthehammer instead of setting, but nevertheless...it means I get to fix a lot of levels...^^;

Depressingly minor bug:
 

there's no carryobject hotsuperbomb
hotbomb, and hotjoltbomb...I just think it's weird is all.

Bug that will never be fixed: Where did our mail accounts go? Still cant log in, 5 months and counting! (maybe more/less)

:(!

HAAAAAALLLLP!!!!!!!
 

for some reason i can't connect to the playerlist and when i did a tracert on www.graal2001.com it said "Unable to resolve target system name www.graal2001.com"

got it! *puter freezes* wait...
 

i got it fixed thanks to grim squeaker. and likely unixmad
after puter freezes...
>.< great now it doesn't work ****!!