Kormic

@LeoneK_Scripts Wątpię, aby to był zamierzony zabieg, ale ten skrypt działa tak, że każdy gracz na serwerze posiada dokładnie tę samą ilość pieniędzy. Jeżeli każdy gracz ma posiadać indywidualną ilość pieniędzy (czy jak jest to nazwane, waluty), zmienna powinna w nazwie zawierać UUID gracza (unikalny identyfikator, który posiada każdy byt, nie tylko gracze). Dzięki temu każdy gracz będzie miał zapewniony własny "portfel". Przykład poniżej. command /addmoney <offlineplayer> <number>: permission: server.command.addmoney trigger: add arg 2 to {portfelGracza::%uuid of arg 1%} command /money [<text>]: executable by: players trigger: send "Posiadasz %{portfelGracza::%uuid of player%}% pieniędzy." to player Co więcej, aby wstawić wartość zmiennej lub wyrażenia w tekst, należy użyć procentów, aby Skript wiedział, że chcemy otrzymać wartość podanej zmiennej. Na koniec dodam, że całkowicie zbędnym jest 6-sekundowe opóźnienie w kodzie, ponieważ nic po nim nie następuje. Zresztą, wątpię aby w komendzie sprawdzającej stan konta potrzebne były jakiekolwiek opóźnienia. Warto również zauważyć, iż wszystkie instrukcje 'stop' w kodzie są zbędne i nie mają absolutnie żadnego wpływu na działanie kodu. Proszę je usunąć i zobaczy Pan, że skrypt będzie działał dokładnie w ten sam sposób. Pozdrawiam.

Ten temat został przeniesiony.

Problem został rozwiązany.

Problem został rozwiązany.

Odpowiedź wyżej jest jak najbardziej poprawna, ale jeżeli potrzebne jest to do jakiegoś szczególnego zastosowania (powyższa propozycja działa na wszystkie linki na czacie), można wykorzystać formatowanie tekstu, o którym można więcej poczytać w dokumentacji Skripta i w tym poradniku autorstwa mojego przyjaciela, @PanMaruda. Co prawda jest on już trochę nieaktualny, ale podstawy działania są dokładnie takie same.

Nie widzę jakiejkolwiek potrzeby, aby zapisywać dane w plikach .yml gdy Skript również je przechowuje. Dodam, że jeśli dodatek obsługujący YAML nie buforuje tych plików (lub Pan sam nie robi tego poprawnie), jest to obciążające dla serwera i w przypadku większej ilości zapisanych danych może powodować na serwerze lagi. Co do samego umieszczania wartości zmiennej na scoreboardzie, wystarczy zarejestrować własny placeholder z użyciem PlaceholderAPI i dodatku skript-placeholders. Pozdrawiam.

Zgadza się. Najlepiej będzie skorzystać z dodatku SkBee, który oferuje modyfikowanie dopełnień tabulatorem (tab completion). Więcej o tym można poczytać tutaj. Życzę powrotu do zdrowia. Pozdrawiam.

@mefku Należy użyć wyrażenia 'indices of' które zwraca listę indeksów (w Pana przypadku jest to lista numerycznych ID). Pozdrawiam.

Ależ nie ma potrzeby zagnieżdżania tam kolejnego placeholdera. Wystarczy samo '{player_health} / 2' (o ile jest to prawidłowy placeholder, o który Panu chodzi). Pozdrawiam.

Ależ właśnie Jego kod to sprawdza, choć powinienem powiedzieć, że ignoruje inne przypadki. Zdarzenie 'on death of player' jest wywoływane tylko w przypadku śmierci gracza. Pozdrawiam.

Działa, ale lepiej jest skorzystać z sekcji do rejestrowania nowych receptur. Raz, że jest to bardziej czytelny zapis, a dwa, efekty rejestrujące nowe receptury w ciągu najbliższych kilku wersji zostaną oznaczone jako przestarzałe i pewnie w końcu usunięte. @LisooPL W przypadku opcji (stałe zdefiniowane w sekcji 'options') nie trzeba używać procentów do zagnieżdżenia wartości. Pozdrawiam.

Zlecenie zostało wykonane.

Ten temat został przeniesiony.

Ten temat został przeniesiony.

Nie rozumiem dlaczego ktoś ma płacić za (zapewne) gorszą imitację PlugMana (w tym PlugManX), który jest przecież darmową wtyczką (pluginem). Warto również wspomnieć, że nie należy korzystać z PlugMana, ponieważ zaburza on poprawne działanie wielu pluginów i niejednokrotnie pozostawia je w niewłaściwym stanie, ponieważ z ich punktu widzenia wygląda to tak jakby serwer wystartował, co może doprowadzić do dziwnych sytuacji. Co do samych screenshotów, warto byłoby pokazać je tutaj, wstawiając je w spoiler. Będzie to lepsza opcja niż zapraszanie na Discordzie. Pozdrawiam.

Ten temat został przeniesiony.

Ten temat został zamknięty.

Ten temat został przeniesiony.

Ten temat został przeniesiony.

Ten temat został przeniesiony.

Ten temat został przeniesiony.

Prosty skrypt, ale wprowadza miłą dla oka rzecz. Jedyna moja uwaga jest taka, że nie ma potrzeby tworzenia opóźnień przy ustawianiu nazwy. Ponadto, można pokusić się o zamianę 'on damage of player' na 'on damage of player by player', aby uniknąć próby wysyłania wiadomości na action barze bytom, które nie są graczami. Oczywiście Skript poradzi sobie w takiej sytuacji i zwyczajnie nic nie zrobi, ale warto tu zadbać o taką "higienę" kodu. To samo tyczy się pierwszego zdarzenia, ponieważ brakuje w nim warunku 'victim is not a player', co skutkuje próbą ustawiania nazwy gracza, a tego nie można zrobić. Pozdrawiam.

Ten temat został przeniesiony.

Proszę więc skorzystać z wersji SkBee 3.5.9. Wspiera ona wersje Minecrafta 1.18.2+. Pozdrawiam.

Jeżeli posiada Pan na serwerze dodatek SkBee, zakładam, że działa on na wersji Minecrafta 1.20 lub wyższej. BossBar API to bardzo stara wtyczka (plugin) (choć dokładniejszym określeniem byłoby "biblioteka w formie wtyczki"), która była przydatna w wersjach 1.7 - 1.10, ponieważ Bukkit API wtedy nie wspierało tworzenia bossbarów. Nie ma więc potrzeby korzystania z niej na nowszych serwerach. Przypadek SkRayFall jest nieco inny. Dodatek ten przestał być rozwijany 2 lata temu, ponieważ twórca uznał, że SkRayFall posiada wszystkie potrzebne rzeczy i powinny one działać bez zarzutu na dalej wydawanych wersjach Minecrafta i Bukkit API. Mimo to, lepiej skorzystać ze stale rozwijanego SkBee, które posiada niemalże całą składnię SkRayFall. Co prawda SkBee kilka dni temu przestało być rozwijane, ale i tak jest to zdecydowanie nowszy dodatek. Tutaj można znaleźć fragment wiki SkBee opisujący łatwe tworzenie własnych bossbarów z pomocą tego dodatku do Skripta. Linki są ważne, a gotowego kodu (tak rozumiem "gotowy tekst") nie dam, ponieważ to niczego nie uczy. Pozdrawiam.