Vote Reward

Vote Reward 2.1.4 — guide

Ce guide concerne la version Codefling 2.1.4. Le profil visuel PimpMyCUI concerne la bêta 2.2.0, pas cette version.

Installation

Le téléchargement Vote Reward contient les versions compatibles de CustomRewards 2.0.4, VoteSystem 2.1.3, VoteReward 2.1.4 et un catalogue CustomRewards nommé VoteSystem.

1. Sauvegardez vos configurations et données.
2. Copiez le dossier oxide fourni à la racine du serveur.
3. En cas de chargement manuel, chargez CustomRewards, puis VoteSystem, puis VoteReward. Sur Carbon, utilisez les dossiers correspondants.
4. Configurez les fournisseurs et associations d’identité dans VoteSystem.
5. Vérifiez les récompenses du catalogue avant d’autoriser les joueurs.

Configuration et export

L’éditeur exporte VoteReward.json, à installer dans oxide/config/VoteReward.json, puis rechargez VoteReward. Ce fichier configure le pont ; les tokens des fournisseurs restent dans VoteSystem et les récompenses dans CustomRewards.

{
  "CustomRewards reward type": "VoteSystem",
  "Commands for show UI": ["vote", "votes"],
  "UI parent": "Overlay"
}

Le type doit correspondre exactement au type activé dans CustomRewards et partagé avec VoteSystem. Conservez Overlay sauf besoin spécifique. Les alias se saisissent sans / et ne doivent pas être enregistrés par un autre plugin.

Accès et fonctionnement

VoteReward n’ajoute pas de permission distincte. Pour le type par défaut :

oxide.grant group default customrewards.votesystem.use

Testez avec un joueur non administrateur. Le catalogue fourni laisse sa propre liste de commandes vide pour que VoteReward possède les alias.

VoteSystem collecte les votes et attribue les points. /vote ouvre le catalogue après vérification des dépendances et du type. CustomRewards vérifie les réclamations, enregistre leur progression et distribue les récompenses. VoteReward ne stocke pas les soldes et ne distribue pas les objets lui-même.

Dépannage

• Interface indisponible : vérifier les deux dépendances et leurs versions.
• Type absent ou désactivé : vérifier le nom du fichier et l’activer après examen dans CustomRewards.
• Accès refusé : accorder la permission du type exact.
• Zéro point : vérifier fournisseur, token et association d’identité dans VoteSystem.
• Commande en double : conserver chaque alias dans une seule configuration.

Sauvegardez les données VoteSystem et CustomRewards avant une mise à jour. VoteReward n’a pas de données joueur à migrer. Ne contournez pas ses vérifications en modifiant le code ou les fichiers joueur.

Les tests historiques ne constituent pas une validation du parcours complet pour votre serveur : collecte réelle, rendu, réclamation et comportement Carbon restent à éprouver dans votre environnement.