ID:141044
 
Code:
mob
New(loc,owner=usr)
if(owner)
world<<"owner=[owner]!"
verb/newMob()
new/mob(loc)


Problem description:
when the client is created his mob returns "the mob"
when newMob is called it also returns "the mob"

Edit::
That's just dumb. After further experimentation [adding a spawn] New sets usr to the mob being created. The reference manual didn't say anything about that...

Edit2::
I exepected usr to be passed through like the view arguement. [Instead of "the mob" returns "Tubutas", when calling the verb.]
In BYOND, putting an atom with an uncapitalized name in [] will automatically put "the" in front of it. No one knows why, it's just weird.

Try [owner.name] instead. There's nothing wrong with it.
This is done because morons decided that using oview() with no arguments in their AI procs was a good idea. Or maybe the other way around, I dunno.

Pass the damn argument properly, and stop using usr in procs.
In response to Kaiochao (#1)
First, let me note that obviously he's not complaining about that and it's not his problem here. But even though he does seem to know how that var works, he shouldn't be using usr in procs anyway, as Garthor said; it's just not good to rely on in the 'non-standard' places.

Kaiochao wrote:
In BYOND, putting an atom with an uncapitalized name in [] will automatically put "the" in front of it. No one knows why, it's just weird.

Uhhhh... no, it's not weird. Essentially every DM value (other than strings) naturally changes when it's embedded in a text string, BYOND simply has nice built-in tools to help make your sentences sound coherent and have proper grammar. So if you do...
obj/item/apple
verb/Eat() usr << "You eat [src]."

Instead of getting a grammatically-wrong "You eat apple.", you automatically get "You eat the apple.". Much better. I also think that if you do it in the beginning of a sentence, it capitalizes it correctly (so it adds "The "). This behavior can also be controlled and replaced by various text macros, such as \proper, \improper, \a, etc.