Tags
Creators
Details
v1.0.1
Compatibility
Changes
π xHub | v1.0.1
In this version we have focused on rewriting and optimizing the plugin's visual engines (Tablist, Scoreboard and NameTags) to guarantee impeccable performance on servers with many players, as well as solving critical display bugs.
π Correction of Errors (Bug Fixes)
- Critical Fix - Crossing of Ranks in NameTags: The error where the prefixes on the head were mixed or the users with their rank inherited visually high ranks was solved. Now each player is safely isolated inside the Scoreboard (a unique ``Team'' per player).
- Fix - Order of the Tablist (Weights): The tablist now strictly respects the order of priority defined in the `group-weights' list instead of using OP global permissions that broke the order.
- Fix - Blank numbers to enter: Adjusted the Delay of injection into the
TabListener(from 5 to 20 ticks) to give PlaceholderAPI and LuckPerms time to load the data before rendering the NameTag. - Fix - Console: The error
cannot find symbol method updatePlayerNameTagwas corrected inJoinListenerafter the refactoring of the update methods.
β‘ Optimizations and Performance Improvements
- New Global Motor Update: The logic of
ScoreboardManagerandTablistManagerhas been rewritten. It was eliminated from the loop that created a repetitive task for each player. Now the plugin uses a single global task asynchronous that reads the configuration only once per cycle, reducing CPU and RAM consumption almost to 0. - System Anti-Flicker (Anti-Flicker): A verification of being in the Scoreboard and Tablist has been implemented. Now the plugin only sends update packets to the Minecraft client if the text/placeholder has really changed, eliminating the annoying visual flickering.
- Native Integration with LuckPerms: El
RankManagerhas become more intelligent. It now detects the player's weight and rank by reading directly from an internal node (group.<number>) of LuckPerms automatically.
βοΈ Changes in the Configuration
- Cleaning of
visuals.yml: Β‘Configuring ranks now is more easy! It is not necessary to write manually from thepermission:node inside the groups section. The plugin does the work for you based on your `group-weights' list. - Centralization: The use of the old
groups.ymlarchive has been completely eliminated. Everything related to chat prefixes, tablist and tags now live neatly invisuals.yml.
β οΈ Note for administrators: If you update to this version, make sure to regenerate your
visuals.yml' or apply the new format ofgroup-weights' and eliminate the old permission nodes from all ranks.
Projects on Modrinth are automatically available through a Maven repository for use with JVM build tools such as Gradle. To learn more about the Modrinth Maven API, click here.
Note: When available, you should use the creator's maven repo instead as it will have transitive dependency information that the Modrinth Maven API does not. You may also end up with duplicate dependencies if you use a mix of Modrinth and non-Modrinth Maven repositories for your dependencies, because the group identifier will be different when served through the Modrinth Maven API.
Maven coordinates:
Version ID:
build.gradle:
repositories {
exclusiveContent {
forRepository {
maven {
name = "Modrinth"
url = "https://api.modrinth.com/maven"
}
}
// forRepositories(fg.repository) // Uncomment when using ForgeGradle
filter {
includeGroup "maven.modrinth"
}
}
}
// Standard Gradle dependency
dependencies {
implementation "maven.modrinth:ew1Svt5G:QRwUveAL"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:ew1Svt5G:QRwUveAL"
}

