Gaël Erhlich

Faudrait que tu mettes un meilleur titre. Dans la section "Aide", c'est pas très informatif de dire simplement que tu as un problème. Faudrait aussi que tu nous dises comment se présente ta clé et comment tu la reconnais quand le joueur l'utilise.

Il demandait un système de mise à prix de la tête d'un joueur, pas un pillage. xd Mais de toutes façons, comme je disais, ça existe déjà en 9 versions. :rolleyes:

Une recherche Google, ça se fait par mots clés, pas par phrases : - Minecraft plugin prime - Minecraft plugin mise à prix Mais vaut mieux chercher en anglais : - Minecraft plugin bounty - Un skript est un plugin. - Si ça existe en Java, utilise la version Java. - Avec un p'tit effort, t'aurais vu que j'ai posté 6 plugins en Java et 3 en Skript, les liens étant séparés en deux blocs.

Fait, refait et encore refait. https://dev.bukkit.org/bukkit-plugins/bounty-snorri/ https://www.spigotmc.org/resources/bounty-hunter-drop-head-customizable-permission.8630/ https://www.spigotmc.org/resources/bounty.24386/ https://www.spigotmc.org/resources/pandorra-bounty.9042/ https://www.spigotmc.org/resources/bounteh-the-ultimate-bounty-hunting-plugin.15706/ https://www.spigotmc.org/resources/headhunting.2286/ https://www.spigotmc.org/resources/skript-bounty.18836/ https://www.spigotmc.org/resources/sc-bounty.16765/ http://www.mc-market.org/threads/101909/

Si, largement.

Ton totem, il apparaît là où t'es ?

La réponse, c'est que c'est peut-être un problème de version de Skript.

C'est-à-dire que si les seuls changements que tu veux faire sont dans l'interface ou purement cosmétiques, tu peux t'en passer donc c'est pas forcément la peine de demander à ce qu'on te code entièrement quelque chose qui existe déjà quasiment point par point, et en plusieurs versions.

Nop, les variables sont pas dans la mémoire vive, donc elles s'effacent pas à l'extinction. Mais c'est vrai qu'il faut prévoir à un moment donné de réinitialiser les compteurs.

Il veut une interface-coffre dans laquelle tu pourrais mettre un item. Une fois que ce serait fait, tu pourrais cliquer sur un item de validation qui était soit déjà là quand tu as ouvert l'interface, soit qui est apparu quand tu as mis l'item qui était dans ton inventaire à toi. Donc si tu cliques sur ce bouton de validation, le plugin vérifie si tu as mis un item identique à celui défini au préalable en configurant le plugin (on sait pas comment exactement). Et si le test est positif, ça déclenche une action et j'imagine qu'il veut la définir lui-même.

Dans ce cas, tu peux détecter la commande /match et l'annuler si le compteur personnel a atteint le maximum. on command "match": if {Training.Compteur.%player%} is less than 3: cancel event send "PAS DE NOUVEAU MATCH, COMPRIS ?" to player Si tu veux faire varier en fonction du grade, tu peux remplacer le 3 par une variable qui changera en fonction du grade. Tu peux t'aider de GroupManagerAPI si tu veux.

Avec un système de queue, ça peut être plus compliqué par contre. Ce que tu peux faire avec Skript, c'est limiter le nombre d'utilisations de la commande. Mais si tu déconnectes, si tu quittes la file ou si le serveur plante pendant que tu y es, ça va compter un match que tu n'as pas fait. Une chose que tu peux faire, c'est utiliser l'événement on world change pour savoir si les joueurs arrivent sur la carte que tu as spécialement créée pour les combats et incrémenter un compteur personnel à chaque fois, puis téléporter le joueur au spawn avec un message si il a atteint le maximum.

Qu'il soit lancé moins loin ou qu'il accélère quand il se déplace de haut en bas ?

En fait, ça dépend. Si tu rejoins par commande ou par un panneau ou autre interface qui te fait exécuter la commande, c'est possible, et même plutôt simple en Skript. Si c'est un panneau ou un GUI créé par PvP Training, tu ne peux pas changer le code source sans demander la permission à Jeroen, mais il a créé une API pour pouvoir ajouter des trucs à son plugin, en passant par un que tu coderais toi-même, comme c'est écrit dans la présentation. Mais sinon, les serveurs Entraînement, c'est largement du déjà vu et y'a pas grand chose pour innover là-dedans. Tu devrais plutôt te lancer dans quelque chose de nouveau.

C'est pas ce que je t'ai écrit aussi huh. Ce que t'as fait, ça met le contenu de la variable {time.jump.%player%} dans la variable {time.jump.best}, mais en tant que texte.

Huh l'opération servirait pas à grand chose sinon. :p

set {Variable2} to {Variable1} Ça ?

command /test: trigger: send "%random integer between 100 and 500%" to player

Juste pour précision si quelqu'un retombe sur le topic après coup, l'expression serialized contents vient de SkQuery, donc pas sur Skript par défaut.

Exact, si on m'écoute trop, on fait planter son serveur. J'ai corrigé merci.

C'est plutôt simple en fait : set {_SlotNo} to 0 while {_SlotNo} is less than 40: set {Inventaire.%player%::%{_SlotNo}%} to slot {_SlotNo} of player add 1 to {_SlotNo} set {_SlotNo} to 0 while {_SlotNo} is less than 40: set slot {_SlotNo} of player to {Inventaire.%player%::%{_SlotNo}%} add 1 to {_SlotNo} Tu attribues un numéro de la liste à un numéro de slot et tu remplis, où tu fais l'opération inverse.

Petite nuance : c'est un avertissement. Il te dit que ta variable est supprimée à la fermeture du serveur, donc tu peux t'en servir jusque là. Si t'en as encore besoin par la suite, il faut sauvegarder chaque slot un par un avec une variable liste par exemple.

Tu peux pas avoir l'un sans l'autre, mais tu peux juste faire du dégât au joueur. damage player by 3 hearth

Il dit que ça l'a pas aidé pour ce qu'il voulait faire huh. Il demande un top 10 des meilleurs joueurs. :p

Gaël Erhlich updated Accréditation with a new update entry: Correctif Read the rest of this update entry...