Right now. You are not able to use verbs of objects if they are in a different list. Can you add this please.
ID:133497
![]() Jul 25 2008, 5:18 pm
|
|
Mista-mage123 wrote:
for(var/obj/X in list)That's not what he means at all. He wants it so you are able to go (if I am reading this correctly; correct me if I'm wrong): mob/var/list/quiver=list() Although, that is my request as well, because I thought it'd be kind of nice to be able to set src in a verb other than the given lists. |
This is inherently impossible IIRC. However, contents isn't the only var that can be used with the src setting at all.
|
Kaioken wrote:
This is inherently impossible IIRC. However, contents isn't the only var that can be used with the src setting at all. Yeah, I was told that too. |
Not to mention it isn't even safe. set src can be bypassed altogether with a packet modifier/sender.
|
That's not really the point, though, it doesn't matter for this request. Ideally you need to always reconfirm conditions of verb arguments / src setting because they can be bypassed even by simple lag and command queuing.
|
Superbike32 wrote:
Also, given not everyone hacks, this is a good idea so that he can make his game easier and better. You can't trust your players (or their input) any further than you can throw them. At the very least, there's an equal number of people willing to simply play and not make trouble as there are those willing to find any way to cheat, circumvent security or restrictions, or generally be a nuisance. I've had a lot of problems lately with things that shouldn't even be possible, from icon files being provided at a null|text prompt to someone even managing to make the server try to open a bogus file on the system when I've given the clientele no method of specifying a filename to open. At any rate, I'm interested in knowing how this manner of thing would be better than just adding verbs conditionally, rather than relying on DM to do it for you when an object pops up in an arbitrary list. |
usr.verbs+=X.verbs