Security Levels

...whut.
I don't understand where you got 'roleplay' from. How would this system support that?

The primary purpose is server moderation.

 

Also not sure why people think this will be used to implement restrictions on block types >_>
I've certainly not mentioned anything about that.

 

Well someone suggested if you could possible make it possible. Then someone showed how they think that would look and then it snowballed from there.

 

Initially the only thing I will be providing, colour-wise, is a feature flag for the admin colour (red/orange).
i.e. you can mark certain levels as having that colour.
Custom colours aren't something I want to implement really, as I'd rather there was some consistency between servers for knowing who is an admin.

 

Can someone confirm for me what appropriate logic for reserved slots is?

I see it as you specify a number of reserved slots for privileged users to use. Every time a privileged user joins, the increment the number of reserved slots being used - up until all the reserved slots are used up, when they use regular slots.
Regular users only ever use up regular slots.

e.g. 10 regular slots, 4 reserved slots:
First 5 users to join are regular users, so slot usage is: 5/10 reg, 0/4 res.
Next 2 users are privileged, so slots: 5/10, 2/4
Next 3 priv, slots: 6/10, 4/4
Next 2 reg, slots: 8/10, 4/4
2 privs leave, slots: 7/10, 3/4
3 regs join, slots: 10/10, 3/4
reg tries to join, can't
priv joins, slots: 10/10, 4/4

 

It's usually that a reserved slot is only taken when the server is full when a vip tries to join.

Spoiler

e.g. 10 regular slots, 4 reserved slots:
First 5 users to join are regular users, so slot usage is: 5/10 reg, 0/4 res.
Next 2 users are privileged, so slots: 7/10, 0/4
Next 3 priv, slots: 10/10, 0/4
Next 2 reg, slots: 10/10, 0/4
2 privs leave, slots: 8/10, 0/4
3 regs join, slots: 10/10, 0/4
reg tries to join, can't
priv joins, slots: 10/10, 1/4

But I guess your way is better as you have more than just an admin level so quite a lot of people will have a reg status (and quite many slots are reg)

 

Discussed with FliesLikeABrick and agree that your way is better, so I'll be doing it that way :)

 

just talked about it with Shad - there are a bunch of problems with doing it his way (both real problems and 'this is weird behavior because of X reason' problems)

 

It isn't the same --

With Shadlington's method:
1) regular users have the appearance of being able to join a full server when it is 8+2/10+4. This will look buggy and not be the expected behavior (from a usability point of view)
2) the server browser (or any other API consumer) can't tell the difference between 8+2/10+4 and 10/10 or 10+0/10+4, so this server will appear full even though anyone can still join it
3) when a server is 3+4/10+4, even users with reserved slots won't be able to join without a special case coded in to have reserved users 'spill' into regular slots once they're used. this and one or two related special cases make it require significantly more coding effort and overall a less clean solution
4) more things related to those ^