Anarchick

C'est justement ce que je dis. En bref un limitateur de stack c'est hard. Mais j'ai bientôt fini de le faire (Je viens tout juste de le finir il y a 2 minutes , mais j'ai encore un problème dans le 'name' et 'lore' de l'item) Édit Je viens de comprendre ce que tu voulais faire , mais ta méthode fera un l'imitateur de quantité d'item dans tous l'inventaire et pas un l'imitateur de stack ! J'ai plus compris que l'auteur du sujet voulais que les stack de 64 soient remplacé par un stack de 9 par exemple.

Parce que cette cette expression fait que te donner le nombre TOTAL dans TOUT l'inventaire du joueur, elle n'est pas précise ! Elle ne te dit pas "il y a 6 stone au slot 8 et 15 stone au slot 12" Or pour faire un limitateur de stack "intelligent" (qui ressemble donc à celui du vanilla) il faut faire des choses beaucoup plus complexe !!! La difficulté est de savoir combien il y a d'item sur un slot , dans qu'elle ordre les ranger dans l'inventaire tout en respectant le stack maximal et de la même façon que procède le Vanilla, et finalement balancer le surplus d'item qui ne peut pas être porté ... le problème est que l'expression %number of item in slot X of player's inventory% n'existe pas (en skript 2.1 en tout cas) ou si elle existe je la veux bien !! Je bosse toujours dessus , j'avance bien (en faite j'ai déjà réussis mais j'ai trouvé une autre méthode plus performante qui inclus le %number of stone in the player's inventory%) une centaines de lignes encore ^^ Et pour information , je rappel que le stack d'item est considéré comme quelque chose de presque impossible sur Skript , je ne crois pas que quelqu'un l'est déjà fait , je ne tombe que sur des sujets où les gens disent que c'est trop hard

Tu as utilisé le " kill target's player " ?

Test dans le chat : !send "%random number between 1 and 4%" , il te balance un nombre à virgule. avec un !send "%random integer between 1 and 4%" , il te balance 2/3/4 mais pas le 1. et pour conslure : !send "%random integer between 0.9 and 4%" est pareil que !send "%round random number between 1 and 4%" c'est à dire qu'il te balance 1/2/3/4 . Je n'ai pas testé le code en entier , seulement cette partie que je viens de tester. Mais c'est déjà un problème de résolu.

Je viens de me pencher justement sur le sujet , il parait que la communautés anglophone n'a pas de solution à ce problème (sauf une personne qui à à peu prêt réussi ). Voilà où j'en suis : On Pick Up: set {_slot.origin} to player's current hotbar slot # j'utilise un système qui change l'objet dans la main pour compter les items if event-item is redstone lamp: # ce bloc était juste pour tester, je rendrais le skript plus configurable cancel event clear dropped item loop 9 times: # sur mon serveur seul la hotbar est utilisé pour jouer, l'inventaire ne sert à rien. set player's current hotbar slot to loop-number -1 if tool of player is air: # Je test 3 conditions, 1) La case est vide 2) L'item est déjà dans la hotbar 3) Si 1) et 2) ne sont pas remplie, c'est que c'est un autre item set {_hotbar::%player's current hotbar slot%} to 0 {_air} is not set # La première case vide en partant de la gauche vers la droite set {_air} to player's current hotbar slot if player's tool is event-item: set {_itemstack} to "%tool of player%" # Voici les 4 lignes de la communautés anglophone set {_split::*} to {_itemstack} split at " " # et c'est la partie la plus importante set {_number} to {_split::1} parsed as number # if "%event-item%" contains "%{_split::1}%": # Un simple débogueur du %tool of player% quand il n 'y a que 1 item set {_number} to 1 # Combien il y a d'item dans la main ! # suite à un problème en skript 2.1.2 , il n'est plus aussi simple de # savoir combien d'item à un joueur sur un slot spécifique. # le %tool of player% est un des rares moyens qui permet de le savoir. Mais seulement pour la hotbar if {_number} >= 8: set {_hotbar::%player's current hotbar slot%} to 8 if {_number} < 8: set {_hotbar::%player's current hotbar slot%} to {_number} {_stack} is not set set {_stack} to player's current hotbar slot else: tool of player is not air set {_hotbar::%player's current hotbar slot%} to 999 # J'utilise un système faisant pensé au Binaire , je ne veux pas que les # joueurs aient plus de 8 items par stack. J'enregistre les slots utilisable {_air} et {_stack} if {_stack} is set: set slot {_stack} of player to {_hotbar::%{_stack}%} +1 of event-item named "%name of event-item%" with lore "%lore of event-item%" else: set slot {_air} of player to 1 of event-item named "%name of event-item%" with lore "%lore of event-item%" set player's current hotbar slot to {_slot.origin} #Tout cela c'est passé si vite que le joueur ne voit rien. il y a encore plusieurs trucs à régler comme le faite que le joueur puisse toujours ouvrir son inventaire pour former des stack de 64 manuellement. Enfin bref. Tout ça pour dire qu'à cause d'un bug il n'est pas facile de savoir le nombre précis d'items sur un slot.

Nouveau ne veux pas dire inexpérimenté ;) Je n'aime juste pas participer activement sur les forums si il n'y a pas de challenge. Donc si j’entends parler d'un truc qui est "impossible" ou que personne n'a réussi à faire ... j'accours ( c'est plus fort que moi ) ^^ Et merci pour le j'aime.

Je n'ai pas tester mais je pense que tu peux raccourcir en : if difference between {magejump.%player%.lastused} and now is less than 30 seconds:

Tu as ça (mais qui demande un addon particulier mais dont je n'ai pas envie de chercher le nom :p ) : run player command "/tournoi start" as op c'est très pratique pour éviter de passer par la console, faire des restrictions la condition "sender is op or console", et pratique quand ton code utilise des commandes Vanilla (Le vanilla qui demande au joueurs d'être op pour exécuter la commande)! autrement si tu utilise: execute console command "/BlaBlaBla" Tu doit souvent préciser de qui vient la commande, exemple : execute console command "/tournoi start %player%" Pourquoi ? Parce que cela arrive souvent qu'un commande intègre l'expression " %player% " , sauf que si c'est la console qui exécute cette commande .... %player% ne marche pas.

Holà , c'est normal que le code ne marche pas parce que {_i} peut être égal à un nombre décimal comme 3.99 par exemple, il faut donc l'arrondir. Utilise "set {_i} to a round random number between 1 and 4"

Tout beau, tout frais :D on rightclick on redstone lamp: if event-block is not active redstone lamp: run player command "/light %block up target block%" as op stop set event-block to redstone lamp command /light <item>: trigger: sender is op set target block to air set block above target block to redstone block set target block to redstone lamp set block up target block to arg-1 on block physics: if event-block is active redstone lamp: cancel event Seul bémol, si un bloc qui a certaines propriété est placé au dessus de la lampe, il perdra ses propriétés , donc il ne faut pas placer , de tête de joueur, de panneaux, de coffres, ... au dessus !!!

J'avoue, je n'ai pas tout lu , mais bon il est tard donc un peu la flemme de rallumer le serveur pour corriger ^^ Il faut remplacer le "on rightclick holding flint:" par "on rightclick on redstone lamp:" et ajouter un event "on rightclick on active redstone lamp: set event-block to redstone lamp" ou un truc comme ça , enfin l'idée est là. Je ferais un beau skript quand le temps viendra ;) (rien n’empêche que quelqu'un d'autre le fasse à ma place , je ne met aucun droit sur les skripts que je rédige sur ce forum ^^ )

J'ai pas mal potassé sur le sujet en m'aidant du skript de zedsdeadbabyzedsdead trouvable ici [Contenu masqué] Mais le problème étant que le bloc au dessus de la lampe était remplacé par de l'air :/ J'ai donc modifié le skript pour que le bloc du dessus soit conservé , mais je n'ai pas trouvé de méthode plus simple que : on rightclick holding flint: run player command "/light %block up target block%" as op command /light <item>: trigger: sender is op #ce serait bête qu'un joueur puisse se give des blocs de diamants ! set target block to air # entre cette étape et [...] set block above target block to redstone block #[...] celle ci il y avait un bug , ce qui explique que j'ai du passer par # une commande pour que le bloc du dessus soit conservé. # Si tu arrive a faire ça sans passer par une commande, n’hésite pas a me le dire ;) set target block to redstone lamp set block up target block to arg-1 on block physics: if event-block is redstone lamp: cancel event

étrangement je n'ai pas eu ce problème pour les comparateurs , seulement == , Je ne suis donc pas fou ! Merci

Je l'est bien sûr, je n'avait pas ce problème avant

Holà, jusqu'à présent j'ai toujours utilisé le == dans une condition sans que cela ne pose problème mais aujourd'hui je me rend compte qu'il ne marche plus o.O !? Maintenant je dois utiliser un seul = dans une condition (Nan ça ne me gène pas de modifier tous mes skript mais c'est simplement vraiment étrange que cela se produise sans raison apparentes) Avez-vous remarqué ça vous aussi ? Pour le savoir tester ce petit skript : command /test: trigger: send "start" to player set {_test} to 0 if {_test} == 0: add 1 to {_test} send "%{_test}% == 1" to player if {_test} == 1: add 1 to {_test} send "%{_test}% == 2" to player if {_test} == 2: add 1 to {_test} send "%{_test}% == 3" to player send "test final %{_test}%" to player quand j'utilise == je reçoit dans le chat "start" et "test final 0" et quand j'utilise = je reçoit "start" "1" "2" "3" "test final 3" Ceci prouve bien que le problème vient de la condition == , et je peut vous assurer que ce problème n'existait pas il y a peu ! J'utilise skript 2.1.2 (Nan je ne veux pas passer en 2.2) - Merci de vos réponses pour vérifier que je ne suis pas fou :D

Il te manque 1 TAB à la toute dernière ligne ;) A ta place j'aurais plutôt utilisé un While {particle.%player%} is "Heart" integrer dans la commande ce qui évite le 'every 0.4 seconds'