More GM Ability requests :D

[NovaSteel]

1 'gm' stick/follow -can follow anyone at any speed/location ect... has a distance check that if is over a certain ammout it jumps you to the player, if your with in a certain distance it follows and matches your speed with the target.

2 real cast script -now that spells are in, cast should be made to do an actuall spell from the db, ie: cast 1 will make everyone see the effect, do damage ect... if not in then give standard msg spell not implemented()

[mre]

in addition to 1: it would be nice if it auto follows through a zone port i.e. a dungeon and perhaps even "re-sticks" to it'starget after zoning

[kendakon]

/stick is handled in the code core. I don't know if you can override this in a script or not. I'll see what I can come up with.

As for sticking through zones this may be very tricky if not immpossible as you lose your target if they or you zone.

[mre]

just add the 'stickied' person to some kind of monitor and change to the same region if he enters a jump point.

[kendakon]

I cannot find where /stick is handled anywhere in the code. Maybe it's handled client side and your client just sends position updates to the server like you were running normally. Or maybe it's hiding from me.

note: I could just be blind

[Ogre]

I'm pretty sure /stick is a client-side command.

[kendakon]

well one solution would be to just set your GM's speed to 500. I'm pretty sure he can keep up with just about anything then.

You would still have to restick after you zone though

[Smallhorse]

/stick, /follow, /face etc. are all client side commandos, correct...

[Ogre]

Heh, ironically /friend isn't but /ignore is...

[NovaSteel]

what about a cast script that allows for real casts?

[kendakon]

Heh, ironically /friend isn't but /ignore is...

That's because there is no security problem with having the friends list stored locally.

Ignore would not be a security problem either, bu thte way it works the messages are filtered by the server and never sent to the client.