I can make that two options, no problem. One to prevent admin spec kicking and one to prevent all admin kicking, defined by their ability lists.blooper wrote:Perfect. Will this also make (Master)Admins/Operators immune to being kicked while not spectating? I suggest more configuration options.Xymph wrote:Instead of an exception list, I could just build it such that only MasterAdmins are immune to spec kicking. Or all admin tiers depending on a new entry in their ability lists. Would that work for you guys?
Well, far from everyone uses the full Jfreu stuff, and I think it's more important if the meaning of /admin options correlates to their user command counterparts (where appropriate). Since /server does something completely different, /admin server isn't a good choice. So I built it already with both 'wall' and 'mta' options.blooper wrote:I think that the command should be "/admin server" to make it consistant with the Jfreu plugin or "/admin servermsg" if the other is too vague. Is the command going to send a predefined message from config.xml or are you going to be able to send whatever by using "/admin server blah blah blah"?Xymph wrote:As mentioned earlier, will add this, though nobody expressed a preference for the command name yet. Although, this being an /admin option, I can of course define both.
The message is taken from the command line, and properly formatted on word boundaries, so you can go wild with color codes and text attributes (which every self-respecting admin should know by heart ) and it will be shown like that in the pop-up.
Yeah, it's running on my server since yesterday, it looks fine and I saw no comments on it. But as for playing more... I don't have time for that when working on ASECO/RASP so much, and posting in this here forum.blooper wrote:Well if you never notice them, maybe you should actually play the game more. On topic, I doubt anyone would care if it changes. If they do, they will most likely appreciate it because of the reduced clutter in the message window. I wouldn't worry about things like this unless half the commands are changed or something.Xymph wrote:As for shortening the messages in the way you propose, they never look too long to me (but then, I usually spec in my server with the full chat window) but I'm not adverse to that. However, the general population has been used to their current format for so long that I'm not sure I should make it the new standard without further feedback. What do others think?