Rush2Fer

Le sujet a été résolu. Il a donc été verrouillé. Cordialement, l'équipe.

Le sujet a été résolu partiellement (Externe à Skript). Il a donc été verrouillé. Cordialement, l'équipe.

Le sujet a été résolu. Il a donc été verrouillé. Cordialement, l'équipe.

Le sujet a été résolu. Il a donc été verrouillé. Cordialement, l'équipe.

Le sujet a été résolu partiellement. Il a donc été verrouillé. Cordialement, l'équipe.

L'auteur n'ayant la possibilité de répondre, le post a donc été verrouillé. (Utilisateur banni). Cordialement, l'équipe.

Le sujet a été résolu. Il a donc été verrouillé. Cordialement, l'équipe.

Le sujet a été résolu. Il a donc été verrouillé. Cordialement, l'équipe.

Le sujet a été résolu. Il a donc été verrouillé. Cordialement, l'équipe.

Le sujet a été résolu. Il a donc été verrouillé. Cordialement, l'équipe.

Bonjour @Kalsio, attention aux double postes! Merci d'utiliser la fonction "Éditer" sous vos messages.

Le sujet a été résolu. Il a donc été verrouillé. Cordialement, l'équipe.

L'équipe vous annonce que le topique a été verrouillé pour éviter de "déterrer une tombe". Cordialement.

Le sujet a été résolu. Il a donc été verrouillé. Cordialement, l'équipe.

Le sujet a été résolu. Il a donc été verrouillé. Cordialement, l'équipe.

Bonjour, mauvaise section, je déplace.

Le sujet a été résolu. Il a donc été verrouillé. Cordialement, l'équipe.

Pas exactement, le on any move sera enclenché chaque fois que le joueur se déplacera ou bougera son curseur. (Alors oui, théoriquement le client actualise sa position chaque tick [s'il a bougé], cependant en raison de plusieurs facteurs client/serveur (lags; connexion; TPS...) , il se peut qu'il y en ai (-) où qu'il y en ai (+) , par exemple sur l'espace d'une seconde, ton serveur peut avoir à traiter 0 actualisation tout comme il peut en avoir 120 (pour un seul joueur) Mais le fait que cet événement passe par Skript "tue" son optimisation, c'est pourquoi il est préférable d'utiliser skript-mirror. le while ne fait que répéter les instructions qu'on lui donne jusqu'à ce qu'une condition soit fausse , en l'occurrence, c'est le wait qui crée le délai (mais il ne sera jamais d'exactement la valeur voulue) [Le seul point qu'on peut attribuer ici, est le fait de ne pas dépendre du client, qui aurai pu potentiellement envoyer un nb d'actualisation anormal] Bref, ne nous éloignons pas trop du sujet de base

C'est pour assurer la détection si un joueur passe rapidement dans le coin d'un chunk par exemple. et pour le on any move, surtout pas, mieux vaut utiliser l'évent Bukkit (qui reste la meilleure solution, mais je préférais varier un peu histoire de ne faire appel à aucun add-on)

Bonsoir, on join: set {_s} to chunk at player #Init while player is online: if chunk at player is not {_s}: if {claims::%chunk at player%::*} is not set: send "§aZone Libre" else: send "§cFaction: %{claims::%chunk at player%::faction}%" set {_s} to chunk at player wait a tick #Check interval command /chunk [<text>]: trigger: if arg-1 is "claim": if {claims::%chunk at player%::*} is not set: set {claims::%chunk at player%::claimedBy} to player set {claims::%chunk at player%::faction} to "..." # Editable else: send "§cErreur: ce chunk est déjà claim" to player else if arg-1 is "unclaim": if {claims::%chunk at player%::claimedBy} is player: clear {claims::%chunk at player%::*} send "§aAction effectuée: Chunk unclaim" to player else: send "§cErreur: Seul §f%{claims::%chunk at player%::claimedBy}% §cpeut retirer ce claim" set {claims::%chunk at player%::claimedBy} to player Libre à vous d'ajouter d'autres éléments.

Le sujet a été résolu. Il a donc été verrouillé. Cordialement, l'équipe.

Le sujet a été résolu. Il a donc été verrouillé. Cordialement, l'équipe.

Le sujet a été résolu. Il a donc été verrouillé. Cordialement, l'équipe.

Le sujet a été résolu. Il a donc été verrouillé. Cordialement, l'équipe.

Le sujet a été résolu. Il a donc été verrouillé. Cordialement, l'équipe.