Request: onPlayerHurt()
 

Since all the default damage is done by this one thing, would it be possible to detect what called it?

Currently returns "0", however, wouldn't it be great if you could find out what called it?
Such as an explosion, the player being hit by a default projectile [arrow, bush, fireball etc].

Wouldn't it be cool, thanks!!

Sounds interesting, could be nice for some classic servers :o

Agreed.

Maybe even like the Java Main function, where there is an array of arguments which you may or may not use...like, hurt 0,32,32,0.314,Tyhm; for "By a bush, impact at 32,32, direction of travel was 0.314 radians, owned by #a=Tyhm". So your script ignores all the arguments you do not (for some reason I lost my apostrophe) need...

(Totally wants to play jump&run now)

Totally. :D

You could script a custom like this, though it would be much easier to just have Stefan do all the work :rolleyes:

It's ALWAYS easier to have Stefan do all the work. It's the only way anyone can be sure the fixes will be compatible two versions down the road, and as efficient as they can be; if we script something clever where the shrubbery last thrown set a local level-wide variable, and whoever or whatever got hit checks the local level-wide variable, what happens if somebody else throws a vase and hits someone else before the first one drops? What happens if vase2 lands after bush1? Do we set up an array of level-side strings? Do we then have to check each one to match up "Okay, the vase wouldn't have hit him all the way down there, so it must have been the shrubbery"?

Much more efficient if it's just In The Default.

I think the problem is having to redo the whole hit system just to pass a few parameters.
... and I could of sworn I posted in here before... where did my post go.

Do you think Stefan just presses a button and the command magically appears? He has to script it ya know x-x

Best not to say those two words in the same sentance.

I know, and he's overtaxed, he's working on too many projects at once and so we in the Red-Headed Stepchild department get significantly less Stefan's-Brain Time than, say, Graal3D.

But I stand by it. If he were to script the defaults in GScript, distribute them to every PW, and remove them from the EXE, we could handle these things on our own. "Playerhurt needs to pass more parameters? Okay, hm, let's open Stefan_DefaultDmg and search for triggeraction playerhurt..."
"The Playerlist needs to stop showing people who've cast NinjaVanish to anyone but staff? Okay, hm, let's open Stefan_DefaultPL..."
"Someone's using a movement trainer? Okay, let's open up Stefan_DefaultMovement..."

Yeah, as if Graal wasn't more then 1000 lines.

Graal client + server is at least 10-20 megabytes of files if not more.

I see how this could be useful! But you're the king of pfs ;).

I'm wondering what a PF is now :(

I'd really like access to Object Types and to be able to make my own :(

bump!!

function onPlayerhurt(attacker,damageamount) {

}

ois ty
no way to check explosion or thrown object :S

Oh... err my post was a suggestion, heh. It would probably be more useful if it returned the person who damaged them, rather than the object(in the case of bombs and such). At least, that's how onPlayerKilled() works.

Ok added power, hittype [, player] as parameters, it's on clientside though so you will need to wait for v6 being released.

Just as clarification, is the player parameter the TServerPlayer object or the account name?

yay you rock!! :)