Inerska

Python > All

Avant de demander, essaye !

Tu mets une condition avec variable sur le every.. Et avec une certaine commande tu met la variable sur off, et grâce à sa tu stop le every. cancel();

Tu te prends pour qui ? C'est pas parceque ta pvp dans ton pseudo que tu dois faire le malin, si tu veux faire une sorte de défi java vs java ou skript vs skript, tu sauras qui gagnera.

on packet: if event-string is "PacketPlayOutPosition": broadcast "test" essaye ça

Out Position. Out => Extérieur Position => Position )=> à l'extérieur de sa position. Selon moi, c'est quand un joueur bouge donc un espèce de PlayerMoveEvent mais en packet envoyé par le nms.

Si skript est critiqué c'est qu'il y a des raisons, mais oui c'est un avis qui se défend ^^

Faut éviter d'utiliser les ID, par convention et facilité, préférez les alises, (= barrier, tnt ).

Je te fais ça rapide pour t'aider mais je suis assez occupé, rajoute ça à ton code: on entity spawn: if entity is a villager: {villagers} is true cancel event Si des choses sont fausses, renseigne toi sur SkUnity / Doc

Je n'en vois aucunement l'utilité mais bon, si ils y en a qui s'amusent à faire ça. Soit..

Autant apprendre le java pûr et puis l'api de bukkit/spigot que d'utiliser des plugins deprecated..

Ce plugin [spoiler=Plugin Spigot][Contenu masqué] en est la preuve !

Comment on vérifie si un joueur est premium ou non via le java ?

De rien, bonne continuation et bonne journée à toi :) De façon grammaticale ça pourrait être "set player's time to" Mais voilà !

Nah biensûr que non mais tu aurais pu chercher, j'ai mis beaucoups d'indice. set time of player to (heures) Exemple : set time of player to 22:00

Sachant que tu n'as pas posté dans la partie "Demande d'aide" je ne te donnerai pas le code en entier. Pour répondre à ton post, oui c'est possible :). time, player, (heures). Si tu ne trouves pas, je te donnerai le code en entier.

D'accord merci, continue la série :p

Je vais t'aider un peu. broadcast "{@PrefixRushFFA} &cTout les block de grès vont être supprimé dans 15 seconds" wait 10 seconds broadcast "{@PrefixRushFFA} &cTout les block de grès vont être supprimé dans 5 seconds" wait 1 second broadcast "{@PrefixRushFFA} &cTout les block de grès vont être supprimé dans 4 seconds" wait 1 second broadcast "{@PrefixRushFFA} &cTout les block de grès vont être supprimé dans 3 seconds" wait 1 second broadcast "{@PrefixRushFFA} &cTout les block de grès vont être supprimé dans 2 seconds" wait 1 second broadcast "{@PrefixRushFFA} &cTout les block de grès vont être supprimé dans 1 seconds" wait 1 second broadcast "{@PrefixRushFFA} &cTous les block de grès et de tnt on été supprimé !" Dans ce code on peut voir que c'est une répétition, un broadcast puis un wait puis un broadcast, etc. Le mieux, c'est de faire un while, mais au moins l'optimisé, car niveau esthétique c'est moche, et niveau opti' c'est moche.

Pourquoi quand tu crées ta hashmap: static HashMap<String, Integer> points = new HashMap<String, Integer>(); Pour le joueur tu mets String et non Player ?

Oulà mes yeux, que c'est mal optimisé tout cela..