rTriggers
MotD, Tips, Obituaries, Macros, Customization Trigger messages on login, disconnect, timers, commands, death and more.
Personalize messages with tag replacements.
Features
- Trigger messages or commands on login, disconnect, timers, or even player death and command uses.
- Decide exactly who can set off a message, and who gets it. Name players individually or by group (via Permissions).
- Line breaks on words, colour continuations (thanks to modified vMinecraft code!)
- Personalized, fill-in-the-blanks style messages (insert the triggerer or recipient's name/IP/whatever here.)
Messages format
Example properties file is in the section 4.0. rTriggers will make a properties file at plugins/rTriggers/rTriggers.properties, where plugins is in your server's folder.
The properties file consists of a list of your messages. Each message is formatted like this:
triggerers=recipients:options:message
The triggerers tell rTriggers which groups or psuedogroups can set this message off. Recipients are the ones who actually see the message when a triggerer sets it off. Options tell when and in what manner a triggerer can set off a message (like when logging in, dying, or using a certain command). The message is the actual thing that gets sent.
One can specify multiple things in the triggerers, recipients, and options fields by using commas (no spaces). What each field does is described in a section below.
Legend
If it has <<>> around it, you need to include those! bold: The name of the option/group/whatever italics: An optional part of the tag. You can leave this out (leave out any | in front of it, too). underlined: You replace this with something (like a number, or a group name). Necessary, unless it's italics.
Triggerers and Recipients
Triggerers tell rTriggers who can set this message off. Recipients tell who sees this message whenever a triggerer sets it off. Leaving the recipients field blank will default the recipient to just the triggerer. groupname: Members in this group will trigger the message (or receive it, if they're in the recipients field).
<<everyone>>
: Everyone!<<hasperm|permissionnode>>
: People with the stated permission trigger/receive this message.<<player|playername>>
: Replace playername with the name of the player you want to be a triggerer (or a recipient).<<command-triggerer>>
and <<command-recipient>: Makes the player use the message as if it were a command.<<command-console>>
: Makes the server console use the message as if it were a command.<<say-triggerer>>
and<<say-triggerer>>
: Makes the player say the message.<<timer|interval>>
: (Triggerer only) Will repeat this message (replace 'interval' with how often you want to repeat the message in seconds). Use with lists to make tips!<<t|minutes>>
: This message will repeat every hour at this minute (<<t|30>>
happens at 1:30, 2:30, etc.)<<server>>
: (Recipient only)Message is sent to the server.<<triggerer>>
: (Recipient only) The person who triggered the message.<<twitter>>
: (Recipient only) Sends the message to Twitter (ServerEvents required!!!)<<near-triggerer|dist>>
: (Recipient only) Everyone inside a dist x dist square around the triggerer gets the message. Replace 'distance' with the active area of this.- not|groupname and not|
<<player|playername>>
and not|<<triggerer>>
and not|<<hasperm|permission>>
: (Recipient only, except for hasperm) Works like the versions without 'not|' in front of them, except it makes sure that the message WON'T get sent to that person/those persons. <<craftirc|tagname>>
: (Recipient only) Replace 'tagname' with the name of the tag you want CraftIRC to send the message to.
Options
Options tell rTriggers when the message should trigger, and how. Leaving this blank is the same as using the onlogin option.
- onlogin|override - Triggers when a triggerer logs in. Override will replace the default message with a blank line.
- ondisconnect|override - Triggers when a triggerer logs out. Override will replace the original disconnect message with a blank line.
- oncommand|commandname|override|number - Triggers when a triggerer uses the specified command. Override doesn't let the command move to other plugins (removes the 'unknown command!' prompts). The number specifies the number of required arguments.
- onconsole works like the oncommand event, except you can't override these. :( Not yet, anyway.
- onload|pluginname - Whenever the plugin called pluginname is loaded by CraftBukkit. Use with
<<customtrigger>>
as the triggerer. - onkick - Triggers when a triggerer gets booted from the server.
- ondeath|natural|deathcause - Triggers when a triggerer dies. If deathcause is specified, will only trigger on that manner of death. Possible death causes are: "contact", "entity_attack", "fall", "fire", "fire_tick", "lava", "drowning", "block_explosion", "entity_explosion", "suffocation", "custom", "lightning", and "something." If the natural option is used, then it will not trigger if the player died by playerkilling, or from a mob.
- ondeath|playerkill - Triggers when a triggerer is killed by a fellow player.
- delay|seconds - Makes the message wait a few seconds after being triggered before happening
- limit|seconds|pertrigger - Keeps a message from triggering faster than specified. If pertrigger is specified, then this limit is done on a per-player basis, rather than being for everyone.
Messages and Replacement Tags
This is what you want rTriggers to say or do. You can customize it with replacement tags, which rTriggers will find and replace with the appropriate information. Here's a list of replacement tags:
<<triggerer>>
- The name of person who triggered the message (by logging in, getting kicked, etc).<<recipient>>
- The name of the person who the message is being sent to (may be the same as triggerer in many cases).<<recipient-displayname>>
and<<triggerer-displayname>>
- The display name (as opposed to the raw name).<<player-list>>
- A list of all the players online.<<color>>
- Replaced with §. Follow up with a hexadecimal number to get a color! (0-9 or A-F)<<triggerer-balance>>
and<<recipient-balance>>
- The player's iConomy balance.<<death-cause>>
- (ondeath only!) The cause of death.<<killer>>
- (ondeath only!) The killer (player name, creature name, etc.)<<kick-reason>>
- (onkick only!) The reason given for kicking the player. oncommand only!<<param#>>
- Replace the # with parameter number, like<<param1>>
, etc. It's replaced by what the player puts into the command.<<param#+>>
and<<param#->>
- is replaced by all the parameters up to and including that number/starting with and following that number.<<params>>
- Is replaced by all the parameters put into the command<<list|listname|rand>>
- Will be replaced by an item in the list called "listname." If rand is specified, it will give a random one from the list. If not, it will go down the list sequentially. IP Address/Location related:<<triggerer-ip>>
and<<recipient-ip>>
- The player's IP Address.<<triggerer-locale>>
and<<recipient-locale>>
- The player's location.<<triggerer-country>>
and<<recipient-country>>
- The player's country.<<time>>
,<<hour>>
, and<<minute>>
: These do what you probably think they do.<<everyone>>
and<<hasperm|permission>>
the message will be repeated once for each player online/with that permission, with this tag replacement- You can use them multiple times in a message, and use different ones in a message.
- If you use the same tag multiple times, it will only trigger once for each player that it applies to. That is, making someone execute "/tell
<<everyone>>
Hello there,<<everyone>>
!" will only make them say hello to everyone by their name. It won't make them list off every player to every player. - If you use different ones, it'll go through every valid combination that satisfies those tags.
List Format
These go in the same file as the messages.
<<list|Bob>>=This text goes in the 'Bob' list. <<list|Bob>>=This is also in the 'Bob' list. <<list|haha>>=This is in a separate list called 'haha'
You replace "listname" with whatever name you want. You can use replacement tags here, if you like.
If you use either the replacement tag <<list|listname|rand>>
or <<list|listname>>
will be replaced by an item in the list called "listname." If 'rand' is specified, this item will be randomly selected from the list. If not, it will just pick the 'next' item on the list. Order is determined by the order you put it in the file.
Example
################# # MOTD Example: # Basic MotD for humans group humans=::§b Hey <<triggerer>>!@ Type /rules for a list of rules. # News that shows when players log in. # Also shows up when players type /news. # Use $ to continue on the next line, and @ to insert a linebreak. <<everyone>>=:onlogin,oncommand|/news|override:<<color>>b Here's our latest events:$ @Nothing at all, really! # Tells anyone in the 'humans' or 'gods' group who's online when they log in. humans,gods=::<<player-list>> #Displays rules when people use the /rules command <<everyone>>=<<triggerer>>:oncommand|/rules|override:1) Don't break things.$ @2) Have fun.$ @3) RESPECT MAH AUTHORATAH! # Announces the login and disconnect of anyone in the 'gods' group to the server gods=<<everyone>>:onlogin,ondisconnect:<<recipient>> pay heed, and hail <<triggerer>>, your god! #################### # Tips/Timer Example # This one does it sequentially <<timer|300>>=<<everyone>>::<<list|TipList>> # This version will pick a random tip <<timer|300>>=<<everyone>>::<<list|Burn|rand>> # Here are your tips <<list|TipList>>=This tip comes first. <<list|TipList>>=You see this tip 5 minutes (300 seconds) later. <<list|TipList>>=This one comes 5 minutes after the one above! # This timer makes the server use the backup command every 10 minutes! <<timer|600>>=<<command-console>>::backup ############## # Commands/Aliases example # Will announce whenever someone /tps to someone. <<everyone>>=<<everyone>>:oncommand|/tp:<<triggerer>> tp'd to <<param1>>! # Map multiple commands to one! # /suitup <target> # Gives the target player a full suit of iron armor and then teleports you to the target. gods=<<command-triggerer>>:oncommand|/suitup:give <<param1>> ironchestplate 1$ @give <<param1>> ironpants 1$ @give <<param1>> ironboots 1$ @give <<param1>> ironhelmet 1$ @tp <<param1>> ############## #Death Related stuff # Will announce the weakness of a god when he or she dies. god=<<everyone>>:ondeath:Even a god like <<triggerer>> can die... # Will randomly select something in the list "Burn" whenever someone burns to death. <<everyone>>=<<everyone>>:ondeath|fire:<<list|Burn|rand>> <<list|Burn>>=Let it burn! Just like <<triggerer>>. <<list|Burn>>=Would you like your <<triggerer>> medium or well done?
@Liger_XT5
PEX is a big resource hogger... I hate it... But it's the only one that does what it does...
@SirMangler
Try taking this out. Otherwise, I'm not noticing anything.
<<timer|300>>
=<<everyone>>
::<<list|Burn|rand>>
There is no list named Burn, so every 300 seconds (5 Minutes I believe) it can't find a list of Burn to work with.
Every now and then rTriggers makes an exception, It's probably because of my bad coding.
http://pastebin.com/GKNDU28s
If there is any problems please tell me or make a new pastebin with the fixed version
Thanks, SirMangler
PS: I have groupmanager
@Freelix2000
You might find this of interest if you feel like trolling.
Surprisingly, I have found a way that rTriggers can be used for security against op-hacking! I found a way it can limit even an operator's abilities, so Mr. Ophacker will have to search through your plugins and find out how to promote himself before he can use commands like /ban, /kick, etc. Here's how I did it:
Default=
<<triggerer>>
oncommand|/ban|override:<<color>>
4Nice try. :DNow nobody in the Default group, not even an operator, can use /ban. :D
So anyways, to add onto my previous bug report.
If you use custom death messages with rtriggers, most of the ondeath options work. Though I get a 'Being Hit" or Projectile messages with an error in the console.
The only way I can see how they die is with this little line of code.
<<everyone>>
=admin:ondeath|natural:<<list|DeathList|rand>>
<<list|DeathList>>
=&a<<triggerer>>
&bwas killed by:&6<<death-cause>>
(Ignore the fact I put it in a random list, I just did a copy of a previous death cause and edited it enough to bring up cause of death to only admins.)Second issue. Can't detect groups on bPermissions. Other than PEX, what other perm plugins does rTriggers work with? Maybe update to work with Vault?
@x_clucky
That I know, but with PEX causing trouble for many people, performance wise, I was wanting to move to a different Perms plugin before something happens to me. I had planned for bPermissions, but it doesn't detect groups.
@Liger_XT5
It works with PEX, this I know.
Just found out that rtriggers does not work with bPermissions. Not stated what Permissions it works with. Possible to allow Vault?
How to make it show players country or location when it joins? It seems this feature broke.
Will this trigger when someone moves between regions or can I make it trigger. Basically I need it to clear someones inventory when they cross a region line if this is possible. I need it to do it as a command so I can add other commands,
@Freelix2000
Just copy and paste some of the lines from the example in the page above, eg:
I am very confused... how am I supposed to use this? There is nothing in the config file except the date the file was generated. Can somebody just tell me exactly what I should do to give my server tips?
What I'm trying to do is completely remove the permission that gives the player the ability to warp. I don't want them to be able to type /warp <warpname>. Instead I want then to not have the permission at all and only be able to run the commands I create such as /mall etc.
Thanks for the speedy reply though! I'll try these and see if they work better.
@Icefuzion
<<everyone>>
=<<triggerer>>
:onlogin:Welcome message for only the joining player to see@niels1189 put commas between each other.
@YankeBilly Put |override, such as /commandToRun|override:command/message is put here.
Are you wanting the player to run commands for the players? The best way I can think of doing that is set the event up to run the warp command for them (as if they did it), and set in an override to /warp and /w so players cannot use them manually.
Hello, A couple issues.
I) With every command that i create I always get a "Unknown command. Type "help" for help." error even though it runs the command correctly.
II) How do I make it so that the command makes the server run it for the player? instead of having to give my players permissions to the /warp command the server warps that player instead.
Thanks for any help!
-YankeBilly
what if you want to have multiple options?
<<everyone>>
=<<triggerer>>
:onlogin,delay|2|:&aUse /dailybonus to claim your daily bonus!I can't figure out how to send a message to the player on logon because I can't seem to be able to escape the colons ':'
"Admin=
<<triggerer>>
:onlogin:&5&1[&5Fun Fact&1]&r&5blabla Video link: http://youtu.be/a5v0-iF7nQU?t=3m26s."YAML complains because of the :
Any ideas?
@evilnucca
Figured out the time thing but there is an issue with it where it doesnt work for hours at a time but it does work..
Is there a trigger for day time or time at all I was wanting to run the butcher command at server time 10am if this is possible at all let me know. I came home today and had 12k mobs on my server you could imagine the lag. So I figure if there was a way to run the butcher command every \time the server clock hit 10am would relieve some of the stress. Ay idea on this would be greatly appreciated.