Sunka
Customer
Suggestion to expand the number of clicks per day per usergroup settings, included with similiar options:
[TABLE="class: tborder, width: 90%, align: center"]
[TR]
[TD="class: optiontitle, colspan: 2"]Usergroup Whitelist
[/TD]
[/TR]
[TR]
[TD="class: alt1"]Enter the usergroupids (Primary or Secondary) that will be whitelisted. Any members part of any of these groups will always be allowed to use PMs according to the default vBulletin settings regardless of any other usergroup they are a member of that may be blocked. This does not override blocks on specific userids. Separate multiple usergroupids with commas. Example:
5, 6, 7[/TD]
[TD="class: alt1"][/TD]
[/TR]
[TR]
[TD="class: optiontitle, colspan: 2"]Block These Usergroups[/TD]
[/TR]
[TR]
[TD="class: alt1"]Enter the usergroupids of any Primary or Secondary usergroups you wish to block from sending PMs. This will affect any users who's primary or secondary usergroupid is listed here. Separate multiple usergroupids with commas. Example:
2, 3, 8[/TD]
[TD="class: alt1"][/TD]
[/TR]
[TR]
[TD="class: optiontitle, colspan: 2"]Block These Primary Usergroups[/TD]
[/TR]
[TR]
[TD="class: alt1"]Enter the usergroupids of any Primary usergroups you wish to block from sending PMs. This will affect only users who's primary usergroupid is listed here. Separate multiple usergroupids with commas. Example:
2, 3, 8[/TD]
[TD="class: alt1"][/TD]
[/TR]
[TR]
[TD="class: optiontitle, colspan: 2"]Block Specific Users[/TD]
[/TR]
[TR]
[TD="class: alt1"]Enter the userids of any users you wish to block from sending PMs. This will affect only specific users listed here. Separate multiple userids with commas. Example:
27, 301, 877[/TD]
[/TR]
[/TABLE]
P.S. It is wise to implemente usergroup permissions like this above in any major options.
Many of us are in more than one usergroup, and if one grop can do something, and second not it is frustrating that then both can (or can not)
[TABLE="class: tborder, width: 90%, align: center"]
[TR]
[TD="class: optiontitle, colspan: 2"]Usergroup Whitelist
[/TD]
[/TR]
[TR]
[TD="class: alt1"]Enter the usergroupids (Primary or Secondary) that will be whitelisted. Any members part of any of these groups will always be allowed to use PMs according to the default vBulletin settings regardless of any other usergroup they are a member of that may be blocked. This does not override blocks on specific userids. Separate multiple usergroupids with commas. Example:
5, 6, 7[/TD]
[TD="class: alt1"][/TD]
[/TR]
[TR]
[TD="class: optiontitle, colspan: 2"]Block These Usergroups[/TD]
[/TR]
[TR]
[TD="class: alt1"]Enter the usergroupids of any Primary or Secondary usergroups you wish to block from sending PMs. This will affect any users who's primary or secondary usergroupid is listed here. Separate multiple usergroupids with commas. Example:
2, 3, 8[/TD]
[TD="class: alt1"][/TD]
[/TR]
[TR]
[TD="class: optiontitle, colspan: 2"]Block These Primary Usergroups[/TD]
[/TR]
[TR]
[TD="class: alt1"]Enter the usergroupids of any Primary usergroups you wish to block from sending PMs. This will affect only users who's primary usergroupid is listed here. Separate multiple usergroupids with commas. Example:
2, 3, 8[/TD]
[TD="class: alt1"][/TD]
[/TR]
[TR]
[TD="class: optiontitle, colspan: 2"]Block Specific Users[/TD]
[/TR]
[TR]
[TD="class: alt1"]Enter the userids of any users you wish to block from sending PMs. This will affect only specific users listed here. Separate multiple userids with commas. Example:
27, 301, 877[/TD]
[/TR]
[/TABLE]
P.S. It is wise to implemente usergroup permissions like this above in any major options.
Many of us are in more than one usergroup, and if one grop can do something, and second not it is frustrating that then both can (or can not)
Upvote
0