Kormic

To że to jest plugin to nie ma żadnego znaczenia. Po prostu z tego co patrzyłem w kod, powinno zadziałać.

Źle to zrobiłeś i blok 'else' zawsze będzie wykonywany. Powinieneś użyć '{_n::2}', nie '{_n::1}'.

Tak, wiem że istnieją te eventy w Skript, ale nie ma możliwości ustawienia w ładny i schludny sposób miejsca docelowego teleportacji (trzeba się bawić z eventem 'on teleport'), a PlayerPortalEvent już to umożliwia.

Powinno działać.

Pewnie jakiś by się znalazł, ale w Skript'cie niewiele zrobisz bez tego eventu. Po prostu użyj 'cancel event' (albo ustaw 'chestplate slot' gracza (slot 38.) jako powietrze po sprawdzeniu czy typ (type of) slotu 38. w ekwipunku gracza to elytra).

Napisałem wyżej. Sprawdzasz slot 40. w ekwipunku gracza.

Możesz samemu taki napisać z pomocą dodatku Vixio. Dokumentację łatwo znajdziesz w internecie.

Jeżeli masz na myśli mechanikę czasowego wyłączenia tarczy z 1.9, nie zrobisz tego w czystym Skript'cie. Taki efekt osiągniesz najprościej poprzez ustawianie slotu 40. na powietrze na kilka sekund (z pomocą delayu, np. 'wait 3 seconds'), aby następnie ustawić z powrotem slot 40. na tarczę. Oczywiście nie jest to najlepszy sposób, ale lepszy rydz niż nic. Możesz również sprawdzać przed ponownym ustawieniem czy gracz ma wolny ten slot - jeżeli nie, wyrzucasz przedmiot na ziemię w przypadku gdy nie ma miejsca w ekwipunku.

Dobra, inaczej. Pokaż jak to wrzuciłeś do swojego kodu.

To czy gracz ma tarczę w drugiej ręce, sprawdzisz z pomocą 40. slotu. type of slot 40 of player's inventory is shield # Dalszy kod Co do drugiego, nie rozumiem co masz na myśli.

Możliwe, że w jakiś sposób byłoby to możliwe poprzez podmianę wartości w pliku "level.dat". Możesz równie dobrze zrobić to poprzez PlayerPortalEvent w dodatku skript-reflect. import: org.bukkit.event.player.PlayerPortalEvent on PlayerPortalEvent: # Sprawdzanie świata z event.getFrom() (to jest lokalizacja, więc można 'world of event.getFrom()') # Ustawianie celu poprzez setTo() event.setTo(location at (100, 100, 100) in world "world")

Pokaż ten item.

A jeżeli podmieni na inny?

Po prostu wyciągnij tego gracza "subtextem" z 'name of event-item' w evencie 'on drop'. Ewentualnie sobie zrób splita na " &e". set {_n::*} to event-item's name split at " &e" send "Gracz to %{_n::2}%!"

W takim razie musiałbyś wykonywać ze stronki ze sklepem zapytanie do rcona po pomyślnym zakupie. https://github.com/thedudeguy/PHP-Minecraft-Rcon/blob/master/src/Rcon.php Tutaj masz takie fajne repo, którym zrobisz to w prosty sposób. Masz tam krótki opis co i jak należy zrobić. Natomiast jeżeli chodzi o sam skrypt... command /doladuj [<offline player>] [<number>]: permission: permisja.permisja trigger: add (arg 2) to balance of (arg 1) broadcast "&6%arg 1% &adoładował swoje konto kwotą &6%arg 2%&a!" set bossbar "portfel.%arg 1%" title to "&aTwój stan konta: &6%balance of arg 1%" on join: wait 1 tick create bossbar title "&aTwój stan konta: &6%balance of arg 1%" and id "portfel.%player%" for player with progress 100 with colors blue Jeżeli zadziała, możesz spróbować bez 'wait 1 tick'.

Zastanawiam się skąd ty sobie wziąłeś tego '{_p}' w evencie. Tym bardziej zastanawiam się skąd się w tamtym kodzie wziął '{_p}'. https://code.skript.pl/mjIjqDLb Sprawdź jak działa.

Dobra, bo podrzuciłeś ten kod, ale ze spawnowaniem dwóch zombie. Już w ogóle nie rozumiem z czym masz problem.

Proszę, skrypt nietestowany. command /test: trigger: targeted entity is set drawLine particle spell, RGB 75, 0, 133, center player, target targeted entity, id "targetedEntity %player%", visibleRange 50 launch star coloured purple at targeted entity with duration 0.01 wait 1 second stopEffect "targetedEntity %player%"

Da się, da się. on death of player: set block at victim to chest if size of drops <= 27: add drops to inventory of block at victim clear drops else: loop 27 times: set {_r} to random element out of drops add {_r} to inventory of block at victim remove {_r} from drops

1. Raz używasz list zmiennych, a raz zwykłych zmiennych mimo to, że operujesz na graczach. Użyj samych list zmiennych. Skoro je używasz, nie muszę ci raczej tłumaczyć dlaczego są lepsze. 2. Zalecam oduczyć się nawyku zagnieżdżania w sobie warunków. Przez takie coś kod jest mniej czytelny. # Jak ty to robisz: if arg-1 is set: if arg-2 is set: if arg-3 is set: # Dalszy kod else: send "Podaj argument nr 3!" else: send "Podaj argument nr 2!" else: send "Podaj argument nr 1!" # Jak ja bym to zrobił: if arg-1 is not set: send "Podaj argument nr 1!" stop if arg-2 is not set: send "Podaj argument nr 2!" stop if arg-3 is not set: send "Podaj argument nr 3!" stop # Dalszy kod Widać różnicę, prawda? 3. W skrypcie masz błąd, gdyż żaden kod nie jest przynależny do warunku w 46. linijce. 4. Co do odliczania, Lukas już o tym napisał (chociaż mu się trochę kod rozjechał), ale ja zrobiłbym je w ten sposób. loop 5 times: send "%6 - loop-number%..." to player wait 1 second # Dalszy kod 5. Powinieneś użyć eventu 'on death of player', gdyż w twoim kodzie event będzie wywoływany przy śmierci dowolnego entity. Tak więc jeżeli na serwer wejdzie gracz o nazwie "sheep", przy śmierci dowolnej owcy kod się wykona dalej. Nie sprawdzasz również czy 'attacker' w ogóle jest w tym evencie (attacker is set). 6. Zrobiłbym na twoim miejscu coś z tymi nieregularnymi przerwami na początku skryptu, nie są również mile widziane.

Proszę. on death of player: set block at victim to chest add drops to inventory of block at victim clear drops Miej jedynie na względzie to, że gracz posiada aż 41 slotów w ekwipunku, natomiast skrzynka posiada tylko 27, więc pewne przedmioty zostaną bezpowrotnie usunięte.

Podwójna? Z tego co widzę to jest spawnowany tylko jeden zombie.

No to masz komendę "/setmobek". Nie rozumiem jedynie dlaczego użyłeś przy zapisie listę. Przecież wystarczy prosta zmienna.

Wklej jeszcze raz ten kod, bo na to się patrzeć nie da.

No mówię ci, wyświetl je sobie i wpisz w linijkę, którą ci podałem. send nbt of player's tool