Kormic

Po pierwsze, receptury nie akceptują jako składników konkretnych przedmiotów. Liczy się tylko ich typ. Na przykład, Minecraft przy sprawdzaniu receptury nie weryfikuje czy składnikiem jest kamień o nazwie "Kamień", czy też kamień bez nazwy. Po drugie, warto byłoby pokazać błąd, o którym mowa. Proszę podać również informacje zwrócone przez komendę /sk info. Pozdrawiam.

Ten temat został przeniesiony do kosza!

Problem został rozwiązany.

Problem został rozwiązany.

Ten temat został przeniesiony.

Ten temat został przeniesiony.

@Ytes Zakładam, że jest to niedopatrzenie, ale proszę zauważyć, że niemożliwe jest dodawanie do siebie zmiennej przechowującej (tak podejrzewam) liczbę i tekstu. Typ argumentu trzeciego to właśnie 'text', a nie 'number' lub 'integer'. Ponadto, kod niepotrzebnie wykorzystuje zmienną globalną '{podmiot}'. Wystarczy w nazwach zmiennych wstawić wyrażenie 'arg 3' (lub dowolny inny prawidłowy wariant, na przykład: 'arg-3', '3rd argument', 'last arg', 'number-argument', itd.), które zwróci trzeci argument, który wprowadził wysyłający komendę (gracz lub konsola). Pozdrawiam.

Ten temat został przeniesiony.

Problem został rozwiązany.

Kod co prawda zadziała, ale nie tak jak OP tego chce, ponieważ nie wiadomo czego tyczy się te 200%. Jeżeli one mają się odnosić do obrażeń, należy je pomnożyć przez ilość obrażeń, bo na ten moment to kod jedynie zwiększa obrażenia o 2. Nie odnoszę się do samej wartości 200%, ponieważ OP napisał "otrzymuje o 2 razy większe obrażenia", więc wszystko się zgadza. Dodam, że przy porównywaniu typów należy pamiętać o przedimku nieokreślonym 'a' (bądź 'an', Skript nie sprawdza poprawności gramatycznej), aby było to dla Skripta wiadome, że jest to odwołanie do tzw. 'classinfo', czyli typu, a nie konkretnej wartości. Swoją droga, ona tu nie istnieje i Skript na nowszych wersjach poprawnie zrozumie ten zapis, jednakże na starszych wersjach może to powodować problemy. Pozdrawiam.

Powyższe rozwiązania w ogóle nie definiują możliwości niszczenia dyni w regionie. Jeżeli chodzi o rozwiązanie za pomocą skryptu, przesyłam kod poniżej. on break of pumpkin: "%region at event-block%" contains "nazwa_regionu in world nazwa_świata" cancel event send "&Nie możesz niszczyć dyni w tym regionie." to player Pozdrawiam.

Ten temat został przeniesiony.

Pewnie. on experience change: add (event-experience / 2) to event-experience on death of mob: add drops to drops Kod nie był testowany. Pozdrawiam.

Ten temat został przeniesiony do kosza!

W przypadku tego kodu wystarczyło użyć efektu 'kill player'. Jest to bardzo łatwe w napisaniu. Wystarczy nasłuchiwać do zdarzenia 'on player move'. on player move: y-loc of future location <= -50 kill player Pozdrawiam.

Ten temat został przeniesiony.

Ten temat został przeniesiony do nieestetycznych prezentacji. W momencie, kiedy poprawisz estetykę prezentacji, zgłoś ten post (lub napisz prywatną wiadomość do moderatora) z prośbą o przywrócenie tematu do głównego działu.

Ten temat został przeniesiony.

@devure Skrypt całkiem dobrze wygląda, ale mam kilka uwag. Nie widzę części, która odpowiadałaby za wysyłanie wiadomości z prośbą o pomoc do wszystkich osób z uprawnieniem na serwerze. Nadmienię, że można to bardzo łatwo osiągnąć, co pokażę w przykładzie poniżej. # Wysyłanie wiadomości do wszystkich graczy z uprawnieniem, potencjalnie do gracza wysyłającego wiadomość również (może posiadać te uprawnienie): send "Wiadomość" to all players where [input has permission "helpop.uprawnienie"] Jeżeli chcemy wykluczyć gracza wysyłającego tę wiadomość, korzystanie z dwóch filtrów byłoby niewygodne, więc najlepiej będzie się posłużyć albo dwoma warunkami w pętli działającej na wszystkich graczach, albo wielowarunkową sekcją 'if [all]'. # Dwa warunki w pętli (mogą być "domniemane" (ang. implicit), czyli bez wcięć i dwukropków) loop all players: loop-player is not event-player loop-player has permission "helpop.uprawnienie" send "Wiadomość" to loop-player # Wielowarunkowa sekcja 'if' loop all players: if: loop-player is not event-player loop-player has permission "helpop.uprawnienie" then: send "Wiadomość" to loop-player Rzecz jasna, przedrostek (prefix) 'event-' przed graczem wykonującym komendę jest opcjonalny, ale zwiększa on czytelność kodu i łatwiej pokazuje, że mamy na myśli porównanie konkretnego gracza, a nie sprawdzenie czy zapętlany gracz jest ogólnie graczem (co swoją drogą nie ma sensu, bo to jest zawsze prawdą - tautologia). W mojej ocenie jedyna konfigurowalną rzeczą z użyciem sekcji 'options' powinien być prefix wiadomości. Wiadomości pojawiające się w przypadku braku posiadania permisji i próby użycia komendy gdy cooldown jest aktywny nie muszą się znajdować w sekcji konfiguracyjnej, bo są łatwo dostępne na samej górze komendy i pojawiają się w niej tylko raz. Sekcja 'options' jest ewentualnie wykorzystywana do konfigurowania wartości, które znajdują się gdzieś w długim kodzie. Warto wykorzystać sekcję 'else', ponieważ nie ma potrzeby sprawdzania warunku 'if arg 1 is set' gdy pierwszy warunek jest spełniony. Dodam tu też, że najlepszym rozwiązaniem będzie dodanie w kodzie podporządkowanym pierwszemu warunkowi na samym końcu instrukcji 'stop' i usunięcie drugiego warunku. Przykład poniżej. if arg is not set: send "{@prefix} &cWpisz treść wiadomości!" to player stop send "{@prefix} Pomyślnie wysłano zgłoszenie o treści &e(%arg%)" to player # [...] Pozdrawiam.

@PotionMC Do skargi niestety nie zostały załączone jakiekolwiek dowody wskazujące na to, że @Dominikanek to multikonto użytkownika @Deyvson. Co prawda można mieć podejrzenia, że to jest ta sama osoba, jednakże bez sensowniejszych przesłanek nie mam podstaw do podjęcia działań. Jeśli można, prosiłbym o pokazanie zrzutów ekranu rozmów na Discordzie. Z pewnością się przydadzą w ocenie sprawy. @CoFFeIN04 @knugi Widziałem wasz niemały udział w dyskusji na czatboxie, więc jeśli dysponujecie jakimikolwiek dowodami obciążającymi @Dominikanek, prosiłbym o udostępnienie ich tutaj. Pozdrawiam.

Tego nie rozwiązuje się żadnymi pluginami ani tym bardziej skryptami. Jest to kwestia zanegowania permisji graczowi w LuckPermsie. /lp user <nazwa gracza> permission set <nazwa permisji> false Pozdrawiam.

Zakładam, że jest mowa o delcie (znana również jako przesunięcie (ang. offset)). Jeżeli wszystkie cząsteczki efektu mają się pojawiać w tej samej lokalizacji, należy je wszystkie ustawić na 0. Pozdrawiam.

Problem został rozwiązany.

Problem został rozwiązany.

Ten temat został przeniesiony.