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?
@yuhhaur
This will be REALLY WEIRD, but if you set the recipients (not the triggerer) to
<<triggerer>>
,not|VisitorThat should do it for you. Keep the triggerer as
<<everyone>>
. Everyone'll still trigger the line, but they'll only actually see it if they aren't a Visitor. Note that group-checking only works with PEX and variations of Nijikokun's permissions plugins. If you don't use that, what plugin do you use for groups/permissions.It's kinda... hackish, I know, but the way I handled trigger grouping makes having anything but inclusive triggerers impossible without retooling things. Which I am, anyways, so I guess nothing's actually impossible in the future...
IGNORE WHAT I SAID BELOW I AM AN IDIOT.
I think you'll get the results you want with:
<<everyone>>
,not|Visitoras the groups for that line.
EDIT: That is, if you're using PEX or Nijikokun's Permissions (or a plugin that fakes being one of those two). If not, what permissions/group plugin do you use?
Hi,
Would it be possible to have such way in the coming build:
<<everyone>>
-Visitor=:onlogin,oncommand|/news|override:<<color>>
b Here's our latest events:$ @Nothing at all, really!so that the /news only appear to all but the Visitor group.
Wow, I must say, extremely powerfull plugin!
On another note, I am using latest 1.2.3 and I know you haven't updated for this version yet, but I will still post issues so you are aware of them :) hope that is alright.
Getting this error, plugin still seems to work though. 22:08:05 [SEVERE] ebean.properties not found 22:08:05 [INFO] DataSourcePool [rTriggers] autoCommit[false] transIsolation[SERIALIZABLE] min[2] max[20] 22:08:05 [INFO] SubClassFactory parent ClassLoader [org.bukkit.plugin.java.PluginClassLoader] 22:08:05 [INFO] Entities enhanced[0] subclassed[1]
Thank god @reilaos returned out of no where.
Didn't see nor hear from you for who knows how long, then appear from lightning you did.
Thanks for updating! I've put too much time and customization to my config to start over again. Really should show you what I've got. Though some cleaning is needed.
@gothroach
I warn you, what I did should, logically work. However, between midterms and me having class in a quarter hour, no time to test! Please let me know if this works out for you. Or if it doesn't, let me know anyway!.
Awesome, thanks for the quick update! I'm not sure my server could function without rTriggers. :P
damn we need R5!
@Kloporte
It definitely does not work with R5 yet, rTriggers seems to still be using the old event system:
@Flenix1
Could you post the error, please? I'll add it to the list of things I need to do.
The plugin throws an error every time another plugin loads. Any way to disable it?
I haven't test it against R5 yet but, maybe this plugin should be updated to be safe ;)
I love this plugin, it is extremely helpful!
Yes, it is still working! But I can't get the limit option work. Reilaos you know what is wrong with this?:
<<everyone>>
=<<command-console>>
:limit|1500|pertrigger|oncommand|/df34|override: money give<<triggerer>>
0.01It gives me the error that that command doesn't exist.
(Sorry for my bad english!)
So does this still work?
Does the hasperm trigger still work?
@torey0
Ah, group support is somewhat dated. It was based off the API of the original Permissions plugins by Nijikokun, so plugins that don't try to spoof that don't work. =S I'm somewhat behind on what the 'popular' permission plugins are now, so I've been neglectful in update the group functionality.
This is my config
It doesn't recognize my PermissionsEx group "admin." If I change the triggerer to
<<everyone>>
then I can see the default death message and the custom one as well.How do I get it to read my groups properly and only show the message defined here in rTriggers?
Edit: upon adding further messages it doesn't always show up at all, but haven't seen any errors. Is it just because its outdated, because I really like the functionality. :/
@TatharNuar
http://sourceforge.net/projects/javainetlocator/files/InetAddressLocator/InetAddressLocator-2.23/ You can download it here, if you want ip address features.
When it says bin/ folder, I'm referring to a folder called bin inside the folder that contains craftbukkit.jar. :3
First of all, I don't know where JavaInetLocator.jar is, and I'm running Windows, so I don't have a /bin folder.
@xIcognitox
@TatharNuar
It's being maintained, kinda. I don't use each and every feature myself, so I don't always see where the plugin breaks. If you guys can give accounts of things going wrong/error messages, I'd be glad to fix things up!