Suggestion Permission-Based Tiered Healing Configuration System

magnumk

Donor
Customer
I’d like the healing plugin to support multiple configurable setups, instead of just one global configuration.

The idea is to have tiered healing setups, for example:
  • Tier 1 – Basic healing
  • Tier 2 – Improved healing
  • Tier 3 – Advanced / best healing
Each tier would: Have its own configuration
  • Create its own permission (e.g. betterhealing.tier1, betterhealing.tier2, betterhealing.tier3)
Permission Priority / Index System
Use an index or priority system where:
  • Each setup has an index value
  • The highest index the player has permission for becomes active
  • Lower tiers are automatically ignored if a higher tier is available
Example:
  • Player has permission for Tier 1 and Tier 3
  • Tier 3 is used because it has the highest index
This would allow server owners to:
  • Offer different healing strengths to different player groups
  • Easily upgrade players by granting a higher-tier permission
  • Avoid conflicts by letting the highest tier always override lower ones
 
Back
Top
Chat commands start with a /, while console commands can be entered directly in the F1 console or server console. Use find <keyword> in console to search for available commands related to the plugin. Parameters in < > are required, while [ ] are optional.
This plugin uses Oxide's permission system. Grant or revoke permissions using oxide.grant and oxide.revoke. You can assign them to individual players or groups using their Steam id or group name.
Settings are stored in the config file found under the config/ directory. You can edit this file manually, then reload the plugin to apply your changes.
Persistent data is saved in the data/ directory. This includes things like saved settings, usage stats, or player progress depending on the plugin. Deleting a data file will reset stored progress or customizations.
Language files are located in the lang/ folder. To translate messages, copy the en.json file into your target language folder (e.g. fr, de) and edit the values. Reload the plugin after changes to apply new messages.
This section lists public methods exposed by the plugin for use in other plugins. You can call these via the CallHook method. Ensure the plugin is loaded before calling its API to avoid null reference errors.
These are custom hooks that other plugins can listen for. Simply define a method with the same name and expected parameters in your plugin to handle the event. Hooks are triggered at key moments and are useful for extending or reacting to plugin behavior.
These hooks are injected into the game's code using Harmony. They let the plugin run code at key points in the game's internal logic. You can return values to block or modify behavior. Use with caution — these are powerful and can affect core mechanics.
Cart