Kormic

Przecież ten plugin jest na wersję 1.7.4. Co prawda można spróbować, ale jest mała szansa na to, że zadziała. Dlatego nie znika, gdyż nie czyścisz tego bossbara. Mimo wszystko szkoda, że u ciebie mój skrypt nie zadziałał, bo jestem pewien, że działa prawidłowo (testowałem go).

Proszę. Tak samo jak wcześniej, pamiętaj o tym, aby zlecenia umieszczać w dziale "Zlecenia". command /repairall: trigger: repair player's helmet repair player's chestplate repair player's leggings repair player's boots

Proszę. command /zbroja: trigger: equip player with all golden armor of protection 4 Pamiętaj, że zlecenia umieszcza się w dziale "Zlecenia".

Tutaj jest to dość dziwne. Możesz spróbować z tym fragmentem tak: set {_blok} to block at head location of player set {_blok} to barrier wait 1 tick set {_blok} to air Możliwe, że 'wait 1 tick' będzie zbyt krótkie, w takim wypadku należy wydłużyć ten delay. Spójrz na te zmienne: {nokaut::%player%} i {nokaut.%victim%} {czas::%player%} i {czas.%victim%} One nie są tym samym, w pierwszym przypadku są to listy (podwójne dwukropki), a w drugim to są zwykłe zmienne (kropki). Tak więc należy zamienić kropki na podwójne dwukropki i problem zostanie zażegnany. Dlatego, że sprawdzasz czy zmienna {nokaut.%victim%} jest ustawiona na false. Oczywiście przy nokaucie gracz ma ustawioną tę zmienną na true, co powoduje, to że warunek ten nie przechodzi, przez co event nie jest anulowany, a gracz ginie. PS. Nie wyciągaj konkretnych osób do pomocy, dziękuje oczywiście za komplement, ale zauważ, że dla innych jest to właściwie chamskie splunięcie im w twarz i niechęć do pomocy.

Problem leży w pierwszej linijce skryptu, mianowicie argument nr 1 jest obowiązkowy, więc jeżeli go nie podasz, komenda nie zadziała. # Poprawna wersja: command /bug [<text>]: Nawiasy kwadratowe oznaczają opcjonalność argumentu, natomiast ich brak jego wymaganie.

Co ja mam niby wywnioskować z dwóch linijek? Pokaż skrypt, podaj ewentualne błędy, podaj również wersję Skripta, wersję serwera oraz silnik serwera.

Może podasz te błędy z łaski swojej?

Chciałeś przykład to masz. command /administracja: trigger: open chest inventory with 4 rows named "&c&lKochana administracja" to player loop 36 times: set slot (loop-number - 1) of player's current inventory to ("admin%loop-number%" parsed as offline player)'s skull on inventory click: name of player's current inventory is "&c&lKochana administracja" clicked inventory is not player's inventory cancel event

No i powiedz mi? Skąd ja mam znowu wiedzieć co ty masz na tym serwerze? Czym jest na twoim serwerze administracja?

Poprzez Skripta tego nie zrobisz (dlatego, że komenda //paste nie pozwala na podanie koordynatów, co uniemożliwia wykonanie komendy poprzez konsolę). Możesz spróbować użyć WorldEdit API, tutaj daję 2 przykładowe poradniki: https://www.spigotmc.org/threads/1-13-load-paste-schematics-with-the-worldedit-api-simplified.357335/ https://matthewmiller.dev/blog/how-to-load-and-save-schematics-with-the-worldedit-api/ EDIT: Ewentualnie rozejrzyj się za jakimś dodatkiem do Skripta umożliwiającym wklejanie schematiców.

Chcesz zabronić łowienie danego itemu czy danej wędki?

Użyj warunku 'if player has enough space for (twój item)'. Przykład: if player has enough space for 1 gold ingot: give player 1 gold ingot else: drop 1 gold ingot at player Dałeś urywek kodu, a w dodatku krzywo. Według mnie powinieneś sam spróbować (no chyba, że wolisz być ciągle rozpieszczany, to już twoja sprawa).

Dziękuję bardzo za rozjaśnienie sprawy. Dobrze, że nie miał na myśli pobierania gry W takim wypadku załączam skrypt. W linijce 14 możesz sobie wstawić ustawianie jakiejś zmiennej, wykonywanie dalszego kodu itp. on right click on any sign: line 1 of clicked block is "Download" open chest inventory with 3 rows named "&aPobieranie..." to player set slot ((integers between 0 and 8) and (integers between 18 and 26)) of player's current inventory to gray stained glass pane named " " set slot (integers between 9 and 17) of player's current inventory to red stained glass pane named " " set {downloading::%player%} to true loop 9 times: if {downloading::%player%} is not set: stop set slot (loop-number + 8) of player's current inventory to green stained glass pane named " " wait 1 second close player's inventory send "&aPomyślnie ukończono pobieranie!" to player # Dalszy kod on inventory close: {downloading::%player%} is set clear {downloading::%player%}

Poprzez Skript na 100% tego nie zrobisz. Poprzez plugin są większe szanse, ale nadal niewielkie. Każdy biom posiada swoją temperaturę i wilgotność. Podejrzewam, że te dwie rzeczy są głęboko zakopane w kodzie gry i nie będziesz w stanie ich zmienić. Dodatkowo pojawia się problem z pustynią, na niej przecież nigdy nie pada deszcz.

"inaczej się odpala" niewiele mi mówi. Opisz to dokładnie.

Mimo wszystko lepiej tego nie robić, a jeżeli już coś takiego robisz to powinieneś wspomnieć o autorze, aby uniknąć problemów.

EDIT: Dobra, nie przeczytałem do końca. 1. zamiast używać json.sk o wiele lepiej jest użyć Skriptowych tooltipsów itp. 2. W event'cie 'on script load' mogłeś użyć pętli, co by pozwoliło na skrócenie kodu.

No to nieźle, a mówiłeś, że nie ma żadnych błędów przy ładowaniu pluginu. Mówiąc wprost, użyłeś JDK 14 do skompilowania projektu i chciałeś go uruchomić za pomocą JRE 8. Pobierz JDK 8 i za jego pomocą skompiluj plugin.

Nie wystarczy aby przypadkiem napisać po prostu w ten sposób? on load: recipe new shaped recipe for (twój item) using 2 tnt, 2 tnt, 2 tnt, redstone block # i tak dalej... Wymagane SkQuery.

Zaraz, zaraz. Masz na myśli, że ma pobrać grę?

No cóż, Skripta nie podłączysz nijak pod flagi regionu i ich wyjątki. Musisz to zrobić inaczej: on break: "%region at event-block%" contains "nazwa_regionu" event-block's type is not melon cancel event send "&cW tym regionie możesz niszczyć jedynie melony!" to player W tym przypadku należałoby usunąć flagę "block-break: deny".

I w pluginie, i w skrypcie można to dość łatwo zrobić. every 10 minutes: loop all players: loop 41 times: set {saveInv::%loop-player%::%loop-number - 1%} to slot (loop-number - 1) of player's current inventory send "&aPomyślnie wykonano zapis twojego ekwipunku!" to loop-player command /backup [<text="%player%">]: permission: permisja.permisja permission message: &4Nie posiadasz dostępu do tej komendy. trigger: if (arg-1 parsed as offline player) isn't online: send "&cTen gracz jest offline!" to sender stop if size of {saveInv::%arg-1%::*} is less than 1: send "&cTen gracz nie posiada jeszcze zapisu ekwipunku!" to sender stop loop 41 times: set slot (loop-number - 1) of arg-1's current inventory to {saveInv::%loop-player%::%loop-number - 1%} send "&aGracz &6%arg-1% &aotrzymał ostatni zapis ekwipunku!" to sender Ze względu na to, że to jest zlecenie, te pytanie powinno się znaleźć w dziale "Zlecenia".

Poszukaj, w internecie jest pełno przykładów.

1. SkQuery jest tutaj zdecydowanie niepotrzebne. Wystarczy zamienić "open chest" na "open chest inventory". 2. Pokaż jak zapętlasz sloty w GUI. 3. Definiujesz dziesiątki tych samych eventów, co jest niedobrą praktyką. To samo tyczy się dwukrotnego zapętlania tej samej listy w dwóch różnych periodicalach, co jest niewątpliwie bardziej obciążające dla serwera. 4. Dlaczego zamiast sprawdzać numer klikniętego slotu sprawdzasz jego zawartość? 5. Jeżeli miałbym zrobić kity, wykorzystałbym prosty mechanizm sprawdzania czy zmienna z czasem odbioru poprzedniego jest ustawiona, jeżeli tak to sprawdza różnicę między obecnym czasem i czasem w zmiennej. Jeżeli nie, kod przechodzi dalej. W obu przypadkach do zmiennej zostaje zapisany czas obecny. Fragment kodu dla wizualizacji. if {cooldown::gracz::%player%} is set: if difference between {cooldown::gracz::%player%} and now is less than 30 seconds: send "&cNie możesz jeszcze odebrać tego kitu!" to player stop set {cooldown::gracz::%player%} to now Jeżeli chciałbyś przechwycić czas pozostały do ponownego odbioru, musiałbyś zapisać zmienną {cooldown::%player%} do zmiennej lokalnej, do tej nowej zmiennej dodać czas równy cooldownowi danego kitu (w tym przykładzie 30 sekund) i wyświetlić różnicę między czasem w tej zmiennej a czasem obecnym. Taki kod jest niewątpliwie lepszy, gdyż nie zapętlasz co sekundę całej listy, której rozmiar może wynosić nawet kilka tysięcy zmiennych, a po prostu sprawdzasz różnicę między dwoma czasami.

Zaraz, zaraz. Skoro jest /t usun, to gdzie jest /t stworz (zgaduję, że /t usun służy do usunięcia drużyny)?