Based on the response that I received here, there are some things that I would like to see as a feature added.
In the legacy LUA chat system, I had the ability to restrict commands to specific channels so only those players who were in those channels could execute them. This is in addition to what permissions the player has. So an admin or moderator could /kick a player, but only from the admin channel. It also provided a private channel for moderators and admins to talk to each other. Now it’s just strictly player permissions, which I guess is ok.
Another feature that I would like to see (others have requested this as well), is a flag in the command definition instance to make the command case-insensitive. So /cOmmAND is the same as /command which is also the same as /COMMAND.
Beyond that, I’m going to have to do a rethink on how my command architecture is setup.
If you look at the code to my game, I am using non-player speakers for server generated announcements. The announcements alert players to when someone was killed, who killed them, with what weapon, etc… It also alerts the players when someone enters the game, if a player gets an arm or leg taken off, falls to their death, or dies due to some environmental factor (like trying to swim in lava). So until that actually gets added, I cannot migrate over to the new system.
As for the system messages, I’m working on that. But what @SubtleShuttle mentioned below is an issue:
The problem with that example is that we are not allowed to know the age of the player. Because of this, we cannot make that distinction. Is this going to change in the future? Will there be a new parameter for us to indicate an age range so Roblox can maintain user privacy? System messages and system messages and are important for a reason. The indicate important status changes in the server. Therefore they should be broadcast to all players on the server regardless of their age. Having it on a per-client basis is asinine. I can see a per-client basis of having messages from a a non-player speaker, but not system messages.