(PEX) Rank Ladder Priority?

In my server, I have three different rank ladders: users, donors, and staff. Since it's possible to be in all three rank ladders, how can I make it so that the server registers the ladders in a specific order?

For an example, I want any player that is both a donator and a user to have their donator prefix show up, regardless of any change in rank. Likewise, if you typed /list it would show that player under donor (essentials). If a player was staff, donator, and user, then staff would appear first. If the player lost staff, then donator would immediately surface over user.

Thanks.

 

I don't really know how bumping works but I really need this resolved...

 

Yoshislayer I don't really know if this will work or not, but I have a theory you could test. Sample configuration:

Code:

groups:
  user:
    default: true
    prefix: ''
    permissions: []
    options:
      rank: '500'
      rank-ladder: users
  user2:
    prefix: ''
    permissions: []
    inheritance:
    - user
    options:
      rank: '400'
      rank-ladder: users
  user3:
    prefix: ''
    permissions: []
    inheritance:
    - user2
    options:
      rank: '300'
      rank-ladder: users
  donator:
    prefix: ''
    permissions: []
    options:
      rank: '50'
      rank-ladder: donator
  donator2:
    prefix: ''
    permissions: []
    inheritance:
    - donator
    options:
      rank: '40'
      rank-ladder: donator
  donator3:
    prefix: ''
    permissions: []
    inheritance:
    - donator2
    options:
      rank: '30'
      rank-ladder: donator
  staff:
    prefix: ''
    permissions: []
    options:
      rank: '5'
      rank-ladder: staff
  staff2:
    prefix: ''
    permissions: []
    inheritance:
    - staff
    options:
      rank: '4'
      rank-ladder: staff
  staff3:
    prefix: ''
    permissions: []
    inheritance:
    - staff2
    options:
      rank: '3'
      rank-ladder: staff

Hypothetically, Pex will give precedence to whichever rank has the highest (in importance, not number) rank value. So a person who is in these groups - user3, donator, and staff - should have their staff prefix trump the others because the rank value for staff is higher (5) than the other rank values (300 and 50 respectively).

Disclaimer: Like I said, I'm not 100% positive it will work this way. I haven't personally used a rank ladder system like this on my own server, so this is all just theory. But if this was my server and I needed a setup like you're describing, this is what I would try first.

 

I'll be sure to test this later today. Thanks a lot (assuming it works haha)

 

I would like to know how to do what your asking as well as maybe add multi prefixes like [donor][mod][rank] username: chat

 

Well at least for my case, it would make their usernames too long.

 

https://github.com/PEXPlugins/PermissionsEx/wiki/Ranks-(Promotion-and-Demotion)#pex-multiranks

I removed your bumps to make the thread easier to read.

 

I've read and re-read through all of PEX's help files, but have yet to come to a conclusion on how (or if it's even possible) for a user to hold multiple ranks and prefixes at once. the link shows mayors for both towns, but what if a user was a mayor in one town, and the librarian in the other? how would you go about '[rank-laddder:1 rank] [rank-ladder:2 rank] [ign]: chat' ?

sorry if necromancing, just havent found anywhere else that is even remotely similar to my question... :/

 

I'm trying to figure out how to make ranks take priority over other ranks, but I think I can resolve part of the question. This is a simplified example of how I do hybrid ranks. It can get a bit long (it actually will make your perms multitudes longer as you add more variables), but it works.

Code:

groups:
  beginner:
    options:
      default: true
      rank: '1'
      prefix: '[Beginner]'
    permissions:
    #perms placeholder
  donator:
    options:
      default: false
      rank: '1'
      prefix: '[D]'
      rank-ladder: donator
    permissions:
    #perms placeholder
  staff:
    options:
      default: false
      rank: '1'
      prefix: '[Staff]'
      rank-ladder: staff
    permissions:
      #perms placeholder
  donatorstaffdefault:
    options:
      default: false
      rank: '1'
      prefix: '[D][Staff][Beginner]'
      rank-ladder: donatorstaffdefault
    permissions:
    #leave empty
    inheritance:
    - staff
    - beginner
    - donator

The one downside (besides the length) of doing it this way, is non-admins (mods) will need specific perms so they can rank outside of the default ladder. Serious pain in the butt. I just use '/pex user [username] group set [group]' for all my non-default ranking.

I don't think I'll find the answer to my issue here, but I hope I helped someone out x)

Edit: Teach me how to subject

 

I have server with rank ladders set up and I have the same problem. Donators & Staff prefixes won't show up as they are also in a the auto rank ladder. They prefix that shows up is the rank in auto rank. Id like to reverse this also

Free bump for for original question.

Yoshislayer
I figured it out. I did a few things. I am using essentials for chat formatting codes and prefixes so I had to move my donator and staff group above my auto rank group.

I then had to go into lex and look under each user where this was not function.

say

Code:

users:
  UUid Removed:
    options:
      name: Winterfellhard
      suffix: '~'
    permissions:
    - essentials.kick
    - essentials.invsee
    - permissions.*
    worlds:
      world:
        group: []
        options: {}
    group:
    - Trusted
    - Owner

And switch the last part. to

Code:

    group:
    - Owner
    - Trusted

Now my Owner group will read before the trusted group thus my chat shows my owner prefixes/suffix's

Hope this helps. Remember PEX reads from top to bottom so if you negate something before a permissions.* for example the negative takes effect. If you have a negative below a permissions.* it will do nothing. Thats the only reason i figured it out. Thanks!

EDIT by Moderator: merged posts, please use the edit button instead of double posting.