Ranking Structure
 

You might say that this is the one last piece to the puzzle. I've ran vBulletin forums for years but they all adhered to that climbing ladder for ranking based on post count. In this case however, certain usergroups need a different type of ranking not based on post count.

For example, let's say we want to apply a user rank of "Captain" with a pip icon denoting as such to a particular person in a usergroup. How do i do this? Is there a way to do it with the built in system or a modification or do we really have to edit each user individually and give them the title.

At the same time, I want to do this without disrupting a user's ability to choose an avatar or if that's not possible add the user's profile picture to postbit_legacy.

Bare in mind that this is for vBulletin 4.2.2 PL4.

?? Sorry but explain more not as per your understanding, but as a layman developer understands ?
You will get answers for sure..

Let's see, here's the best I can explain it in layman terms:

• There a ranking ladder in vBulletin based off of post count;
• We also want to have a way to apply a ranking not based on post count

I know this can be done from the "User Title" field but I was hoping there was a modification that can do this.

You can use vBulletin's "User Rank Manager" for just such a purpose. :D

You can either choose to use images or text (HTML is allowed). On the forum I help administrate, I used HTML to create custom badges for our various staff usergroups:

https://vborg.vbsupport.ru/attachmen...1&d=1431731476

It is pretty straightforward to use this to define badges or emblems for various usergroups. :up:

The problem is that this is the usergroup which is in question needs to have a multitude of badges that aren't defined by user minimum post count.

Take for example, our current phpBB implementation:

https://vborg.vbsupport.ru/attachmen...1&d=1431756816

And we want to do the same with vBulletin 4 which looks like this at the moment:
https://vborg.vbsupport.ru/attachmen...1&d=1431756887

Now bare in mind that this rank chain applies to one singular usergroup. I know it can be done with Title HTML Markup but I was hoping there was a more automated process of applying this.

The User Rank Manager doesn't seem to have any adjustable options from within the User Settings itself though that might be because no Ranks have been defined yet.

I will admit I am not very clear on what you're trying to do. What I do is assign each rank to a specific usergroup, and then certain users may be members of several usergroups so that they will have multiple badges.

Which would tell me that there is no way to apply a ranking ladder to a singular usergroup that didn't rely on post count. You had to create multiple usergroups which then resulted in allowing you to create multiple badges as you put them.

That would seem like it would get messy as there are 40 separate ranks that would apply to this usergroup and 42 total non-post based ranks.

It would mean the addition of 42 usergroups which I guess could be done by basing their permissions off of the parent group and then using the User Rank Manager to apply the appropriate rank badge.

That would make it a point and click process over having to edit the User Title Markup.

What do you need this ranking system to based on, rather than post counts?

No. You need to learn how secondary usergroups work. No need to replicate permission sets. Set everything to no and assign the usergroup as secondary. Yes always overrules no, so the no works like a not specified in this case.

Our own whim actually. There's a two tiered membership system and while the general community membership is based on post counts the upper tier membership is not. It does seem that it's becoming more and more apparent that apply 42 secondary groups would allow for the upper tier to display the proper rank chain without having to mess with the HTML markup every time.


Your rudeness not withstanding it seems that you ironically need to read what you wrote. To have a secondary usergroup those usergroups have to exist which still means the addition of 42 usergroups; it doesn't matter if their permissions are set all to "no." It's still adding 42 usergroups and than making them members of the secondary group as well as the primary group that needed the chain to begin with.

This tells me that essentially vBulletin doesn't have such a function built in and there's likely no modification that can replicate that either.

42 Secondary Usergroups it is it seems. Which makes sense, I don't recall any such feature even in the vBulletin 3.x days.