-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
@oemit/list - oemit() #95
Comments
Comment #1 originally posted by brazilofmux on 2006-09-12T13:58:06.000Z: Classified as an Enhancment not a defect. |
Comment #2 originally posted by brazilofmux on 2006-11-15T20:21:55.000Z: The would be divergent behavior from PennMUSH. PennMUSH does not require /list in @oemit[/<switch>] [<room>/]<object> [<object>...] = <message> This command shows <message> to everyone in the location of <object> If a room is specified (usually via dbref), this command shows The /noeval switch prevents the MUSH from evaluating the message. |
Comment #3 originally posted by brazilofmux on 2006-11-28T05:55:24.000Z: Take all speech stuff for the same milestone. |
Comment #4 originally posted by brazilofmux on 2007-01-10T03:53:19.000Z: Schedule for later. There are too many items in 7.2A02. |
Comment #5 originally posted by brazilofmux on 2007-09-21T00:43:20.000Z: <empty> |
Original issue 92 created by brazilofmux on 2006-09-12T07:03:10.000Z:
@pemit allows for the /list command for sending to a list of dbref#s, and this behavior is also
replicated by the handy-dandy side-effect function pemit(). However, @oemit has no such
switch, which while not quite essential, would be nice if you're sending specific messages to
different players.
IE: Suppose you have a softcoded command that allows a player to perform a specific action on
another player, let's call it 'badoof'. It generates three messages: 'You badoofed player!' is sent
to the enactor. '%n badoofed you!' is sent to victim. '%n badoofed player!' is sent to everyone else
in the room. For bonus points we throw in color highlighting to the enactor and victim to get
their attention, but not to everyone else.
Current hardcode allows this, but requires filtering of your pemit() targets by setdiff()ing out the
enactor and victim. Not terrible, but likely to break if used in high population rooms. (IE,
Shangrila's # 0, # 69, OBG, perhaps).
I would suggest @oemit/list, that would behave in the following manner: An @oemit would be
sent to the room of the first dbref# on the list, except to players on the list. As the default
@oemit behavior sends messages to the locations of the targets, this would ensure that only one
location is spammed with the oemit.
The text was updated successfully, but these errors were encountered: