Kormic

Otóż masz te magiczne '%directions%' w składni i możesz tam władować kierunek (tutaj wyrażenie 'direction' się przyda) lub jakiś wektor, co pozwala na ustawienie kierunku wysyłania tych particle. Mimo wszystko preferuję tworzenie particle z pomocą odrobiny Javy w dodatku skript-reflect (lub skript-mirror). (player's world).spawnParticle(Particle.BARRIER, 100, 100, 100, 1, 0.1, 0.1, 0.1, 0.01, null, true)

Ten temat został zamknięty.

Ten temat został zamknięty.

@melon_PL No właśnie. To jest źródłem problemu. Wymienię trzy rozwiązania, które przychodzą mi do głowy: Rozbicie sprawdzanie przedmiotu na sprawdzanie typu i nazwy. if: type of player's tool is tripwire hook name of player's tool is "Nazwa" then: # Dalszy kod Można przyjąć, że kod będzie sprawdzał tylko jedną z informacji. W przypadku tego wyjścia wykorzystuje się zwykle sprawdzanie nazwy. if name of player's tool is "Nazwa": # Dalszy kod Dodanie do NBT przedmiotu jakiegoś tagu, którego obecność i opcjonalnie wartość będą sprawdzane. Wymagany jest tutaj dodatek SkBee. if int tag "przykladowyTag" of custom nbt of player's tool is 10: # Dalszy kod Ponieważ przedmiot nie ma złożonego NBT (nie posiada dużej ilości informacji o nazwie, lore, zaklęciach, itd.), najlepszy pod względem niezawodności i łatwości implementacji będzie sposób nr 1. Pozdrawiam.

@melon_PL Nie to jest przyczyną. Normalnym zjawiskiem jest utrata informacji o przedmiocie po postawieniu go, ponieważ bloki nie przechowują informacji o przedmiotach. Zalecam zmodyfikować nieco ten skrypt: on place: set {_item} to tripwire hook named "<#525F9D>&lOkulary Przeciwsłoneczne" if player's tool is not {_item}: send "Przedmioty nie są takie same." and "Powody:" to player if name of player's tool is not name of {_item}: send "Nazwy są różne." to player if lore of player's tool is not lore of {_item}: send "Lore są różne." to player if enchantments of player's tool is not enchantments of {_item}: send "Zaklęcia są różne." to player if model data of player's tool is not model data of {_item}: send "CustomModelData są różne." to player # [...] # Uwaga: wymagane SkBee! send "" to player send full nbt of player's tool to player send full nbt of {_item} to player stop cancel event Nie jest to najlepszy sposób, ale w ten sposób można namierzyć co jest powodem. Pozdrawiam.

@melon_PL Na ten moment do głowy przychodzą mi dwie przyczyny, pierwsza bardziej, druga mniej prawdopodobna. Bardziej prawdopodobne jest to, że porównywane przedmioty (przedmiot w ręce gracza i zaczep na linkę) nie są takie same. Wszystkie informacje zawarte w przedmiotach muszą być identyczne (typ, nazwa, lore, custom model data, zaklęcia, itd.). Najogólniej mówiąc, NBT obu przedmiotów nie mogą się różnić. Mniej prawdopodobnym scenariuszem jest istnienie listenera zdarzenia stawiania bloków o wyższym priorytecie, które odwołuje anulowanie zdarzenia. Pozdrawiam.

Problem został rozwiązany.

@hiperk Nie. Gracze również są bytami (entities). Hierarchia dziedziczenia dla graczy, zaczynając od najbardziej ogólnego typu, jest następująca: byty (entities; gracze, moby, wyrzucone przedmioty, wystrzelone strzały, obrazy, itd.). byty żywe (living entities; gracze, zwierzęta, potwory, itd.). byty ludzkie (human entities; zwykle tylko gracze, ale też np. NPC z Citizens). gracze (players). @mrocznycienYT Należy pamiętać, że tool odnosi się do przedmiotu trzymanego w dominującej ręce (u zdecydowanej większości graczy jest to prawa ręka). Przedmiot w drugiej, niedominującej ręce to offhand tool. Czy sprawdziłeś działanie skryptu dla totemu trzymanego w lewej i prawej ręce? Warto również zweryfikować czy totem w ręce gracza jest wierną kopią tego opisanego w sekcji options. Pozdrawiam.

Ten temat został zamknięty.

Ten temat został przeniesiony.

@samkokowalski Proszę bardzo. on join: set join message to "&9[&a&L+&r&9] &5%player%" on quit: set quit message to "&9[&c&l-&r&9] &5%player%" every 60 seconds: send title "testowetitle" with subtitle "testowesubtitle" to all players Pozdrawiam.

Zlecenie zostało wykonane.

@melon_PL Proszę bardzo. on right click on player: if: model data of player's tool is 1000 name of player's tool is "Specjalna nazwa" "%regions at player%" doesn't contain "spawn" "%regions at clicked player%" doesn't contain "spawn" then: apply blindness to clicked player for 5 seconds subtract 1 from item amount of player's tool Pozdrawiam.

@dikixmenYT Skrypt wygląda dobrze. Obliczanie czasu pracy serwera wymaga poprawy, ponieważ wynik jest niezgodny z prawdą. Możliwie najlepszym czasem odniesienia w Skript (ale nadal niekoniecznie prawdziwym) jest moment startu Skripta jako pluginu. Wskazane byłoby więc poprawienie zdarzenia on script load na on skript start. Tak jak powiedziałem wyżej, nie jest to optymalne rozwiązanie, ponieważ moment startu pluginu nie zawsze jest momentem uruchomienia serwera (patrz: PlugMan, komenda /reload, itp.). Z użyciem skript-reflect możliwe jest uzyskanie czasu pracy wirtualnej maszyny Javy (JVM), co jest tożsame z faktycznym czasem pracy serwera: set {_serverUptime} to ManagementFactory.getRuntimeMXBean().getUptime() Zwrócona wartość to czas pracy w milisekundach. Pozdrawiam.

@Delivetator Tak. Generalnie chodzi o załadowanie danych z pliku do pamięci RAM jeśli operacje są wykonywane często i na względnie małym zbiorze danych, ponieważ operacje na danych znajdujących się na dysku są wolniejsze i zdecydowanie mniej opłacalne. Pozdrawiam.

@samkokowalski Czy na pewno na serwerze znajdują się gracze, którzy posiadają tę permisję? Najprostszą weryfikacją będzie sprawdzenie czy otrzymują oni wiadomość typu subtitle. Ponadto, proszę powiedzieć czy wystąpiły jakieś błędy przy przeładowaniu skryptu. Cenna będzie również informacja o dodatku, który jest odpowiedzialny za wyświetlanie bossbarów. Najprościej będzie podać informacje zwrócone przez komendę /sk info. Pozdrawiam.

@fioopqq2 Jak ten "usuwacz pajęczyn" miałby działać? Pozdrawiam.

Ten temat został zamknięty.

@Procix94 Mogę wykonać ten skrypt, ale za opłatą. Zapraszam do kontaktu. Więcej informacji o współpracy ze mną można znaleźć tutaj. Ten sam link można znaleźć w mojej sygnaturze (informacją zawartą pod każdym moim postem). Pozdrawiam.

Problem został rozwiązany.

@x_kvbvspl Pierwszy problem można rozwiązać poprzez zmianę w pliku spigot.yml wartości opcji tab-complete na inną niż 0. Więcej informacji można znaleźć tutaj. Jeśli chodzi o drugi problem, jest to wiadomość pochodząca bezpośrednio od Minecrafta (klienta), więc nie istnieje jakakolwiek opcja konfigurowania jej. Pozdrawiam.

Ten temat został przeniesiony.

@micrAw Rozumiem, że chodzi o skrypt klienta napisany chociażby w AutoHotkey, a nie skrypt do pluginu Skript, tak? Pozdrawiam.

@lolek112_ Jest to skrypt do pluginu Skript. Można go załadować poprzez wstawienie go do folderu /plugins/Skript/scripts, do pliku z rozszerzeniem .sk. Następnie, należy wykonać komendę /sk reload nazwa_pliku_ze_skryptem. Pozdrawiam.

Problem został rozwiązany.