Shattered Kingdoms

As Nightwing explained, we would need to bracket or prefix the target text anyway. As such, there's no reason to make 'temote' into a brand new command. D just needs to enable a bracket or prefix to translate point of view within the existing emote/pemote commands.

The bracket would have to only target PCs- this would shorten the list of things to compare to. Items and NPCs don't need to have a second person viewpoint to what happens around them anyway.

An emote or pemote containing an invalid target would have to be set to send an error message to the author, not send the emote/pemote to the room.

Also, multiple targets could be separately prefixed within a single string. For example:

emote looks away from @john and up at @ben.
John sees: Mary looks away from you and up at Ben.
Ben sees: Mary looks away from John and up at you.
An unfamiliar bystander sees: A lithe female half-elf looks away from a muscular male human and up at a chubby male giant.

The prefix could also be expanded to allow for possessives by searching for an apostrophe + an s immediately after the prefixed target. For example:

emote smiles as she runs her hand down @john's smooth, firm abdominal muscles.
John sees: Mary smiles as she runs her hand down your smooth, firm abdominal muscles.
Ben sees: Mary smiles as she runs her hand down John's smooth, firm abdominal muscles.
bystander sees: Mary smiles as she runs her hand down a muscular male human's smooth, firm abdominal muscles.

OP has her heart in the right place: emote and pemote are currently clumsy to work with due to the lack of point of view translation. However, I think the solution that I put forward is more flexible and more viable from a programming standpoint.

I'm curious to know how other MUDs have addressed this problem.

If this isn't too much trouble to code, I definitely approve.

I like how the vote is 14:0.

I hope this is not considered advertising an other mud, if it is, please delete.

http://www.armageddon.org/cgi-bin/help_ ... lp?Emoting" target="_BLANK

The paragon mud in handling emoting system.

I agree, targeted emotes are necessary to a mud that promotes and rewards good role-play.

I like the system used by armeggedon (linked in Lykos's post). Very versatile. I've seen similar (though not nearly as extensive) types of emote targeting.

Also played a MUD that had very few "canned" socials, all the socials were very simple...you type "jump", you get "Kethlaeron jumps.", but all the socials could be used as separate commands to kickstart emotes...you type "jump over the moon", everyone sees "Kethlaeron jumps over the moon." (you see "You jump over the moon.") - (tense and ending "." added by emote system) Yes, I know this strays from the topic of targeting in emotes, just reminscing.

I put my vote in for targeting in emotes.

temote would be awesome.

I believe this is what the kill, or bash command is for.

Example:

Word.

I mean, don't get me wrong I love SK which is why I came back but I definitely think we could take a page from the emote system in ARM. Temote would be a good start.

I would just make it target like everything else:

temote fred throws a snowball at %T.

You throws a snowball at Fred.
Jack throws a snowball at Fred.
Jack throws a snowball at a slow male human.

(okay, the 'self' text is a bit wrong, but you're the one issuing the temote, so that shouldn't be a big deal).