i like the idea but i would like it to be more flexible, so the user has some control.
we already have similar rules (such as "is a bot") in the "user matching" section of settings; they currently set styles and a muting state. it should be feasible to just add a group ID there, with a separate ordered list of groups containing elements like { string group_text; int group_id; }. that group ID would be auto-generated and hidden from the UI.
we already create groups to colorize operators differently; these could be used to provide defaults similar to those in the patch.
so essentially you want the groups to be able to be named through the user matching, create more groups through said method and whatnot and that would be it?
i want groups to be customizable; using user matching rules is only a suggestion. the system is quite powerful and it's only a matter of adding a group ID there.
i'm not sure where the list of groups could be exposed. i'd like it to be somewhere so the user can re-order groups at will.
I like the idea of using user matching rules, as for where the group ordering can be set what about a button on the user matching page right next to the 'Configure styles...' button (plenty of room and it would look better with 2 same sized buttons compared to one large button)
i like the idea but i would like it to be more flexible, so the user has some control.
we already have similar rules (such as "is a bot") in the "user matching" section of settings; they currently set styles and a muting state. it should be feasible to just add a group ID there, with a separate ordered list of groups containing elements like { string group_text; int group_id; }. that group ID would be auto-generated and hidden from the UI.
we already create groups to colorize operators differently; these could be used to provide defaults similar to those in the patch.