Kormic

Skoro wartość to 110357... command /dajmodel: trigger: set custom model data of player's tool to 110357 Nie wiem do czego chcesz stosować tę komendę, ale proszę. Ustawia on wartość custom model data narzędzia gracza na 110357. Wymagany Skript 2.5+ oraz wersja serwera 1.14+.

Co te itemy mają robić? Na miłość boską, kiedy nauczycie się poprawnie składać zlecenia?

Skoro użyłeś listy zmiennych, będzie to o wiele łatwiejsze. W tym celu użyj wyrażenia 'size of'. send "&6%size of {czas::*}% &agraczy ma przypisaną zmienną &e{czas::%%player%%}&a!"

Ł

Ehh... W takim razie spróbuj jeszcze z wersjami 2.2, 2.2-dev37c oraz 2.2-dev36. https://skripttools.net/skript

Skript 2.2 z oficjalnego obecnie forku jest najwyższą wersją dla 1.8. Jeżeli mowa o nieoficjalnym forku, tutaj załączam link do Skripta 2.5 na wersję 1.8. Należy pamiętać o opcjonalnej kopii zapasowej skryptów oraz obowiązkowym usunięciu folderu Skript przed wstawieniem tej wersji Skripta.

Poprzez podanie plusa za wersją miałem na myśli, że może to być wersja 2.2-dev31 lub dowolna nowsza. Podaj wersję serwera oraz silnik serwera. Dodam, że Essentialsa możesz zastąpić EssentialsX, który jest nowszą wersją tego pierwszego.

Proszę, oto skrypt. Na górze kodu, w drugiej linijce ustawiasz ile razy gracz musi zabić smoka, aby wypadła z niego elytra. options: wymaganeZabojstwaSmokow: 3 on death of ender dragon: attacker is a player if {killedDragons::%attacker%} is not set: set {killedDragons::%attacker%} to 0 add 1 to {killedDragons::%attacker%} if {killedDragons::%attacker%} is {@wymaganeZabojstwaSmokow}: add elytra to drops send "&aBrawo, zabiłeś smoka! Wypadła z niego elytra!" to attacker clear {killedDragons::%attacker%} else if {killedDragons::%attacker%} is ({@wymaganeZabojstwaSmokow} - 1): send "&aBrawo, zabiłeś smoka! Musisz zabić jeszcze &61 raz &asmoka, aby wypadła z niego elytra!" to attacker else: send "&aBrawo, zabiłeś smoka! Musisz zabić jeszcze &6%3 - {killedDragons::%attacker%}% &6razy &asmoki, aby wypadła z niego elytra!" to attacker EDIT: Przepraszam przyjacielu, że zepsułem ci zabawę... Masz serduszko w ramach rekompensaty.

1. Założyłeś wątek w złym dziale. Na przyszłość pamiętaj, że zlecenia składamy w dziale "Skript > Zlecenia". 2. Proszę, skrypt nietestowany. Na górze załączyłem małą sekcję konfiguracyjną, powinieneś się w tym połapać. Najważniejsze jest to, abyś ustawił permisję w linijce nr 5 jaką mają jedynie gracze z rangą Vip na serwerze. Zapomniałbym dodać... wymagany Skript 2.2-dev31+, Vault oraz plugin wspierający ekonomię na serwerze (np. Essentials). options: # Co ile sekund gracz/Vip ma otrzymywać pieniądze howFrequently: 600 # Permisja charakterystyczna dla rangi Vip vipPermission: gracz.vip # Limit nagrody dla rangi Vip vipMax: 200 # Limit nagrody dla zwykłego gracza graczMax: 100 # Ile ma dostawać ranga Vip vipAdd: 15 # Ile ma dostawać zwykły gracz graczAdd: 10 on join: set {_} to 0 while player is online: if player has permission "{@vipPermission}": {dziennaKasa::%player%} >= {@vipMax} send "&cJuż osiągnąłeś limit nagrody za grę!" to player stop else: {dziennaKasa::%player%} >= {@graczMax} send "&cJuż osiągnąłeś limit nagrody za grę!" to player stop if mod({_}, {@howFrequently}) is 0: if player has permission "{@vipPermission}": add {@vipAdd} to player's balance add {@vipAdd} to {dziennaKasa::%player%} else: add {@graczAdd} to player's balance add {@graczAdd} to {dziennaKasa::%player%} add 1 to {_} wait 1 second every 1 minute: (now formatted as "HH:mm") is "00:00" clear {dziennaKasa::*}

H

No widzisz, super, że nie powiedziałeś. Jeżeli nie możesz sprawdzić sam to pisanie skryptów będzie dla ciebie uciążliwe. Wracając do twojego pytania... tak, zgadza się.

Dlaczego nie sprawdzisz sam? Trochę samodzielności jeszcze nikomu nie zaszkodziło.

Używasz eventu 'on mine' i sprawdzasz czy event-block to kamień. Jeżeli tak, używasz efektu 'drop %item type% at %location%'.

Proszę, wymagany dodatek SkQuery w celu możliwości zarejestrowania nowej receptury obsidianiarki na serwerze. Receptura tworzenia obsidianiarki znajduje się w 6. linijce. options: obsidianiarka: obsidian named "&5Obsidianiarka" czasRegeneracji: 3 seconds on load: register new shaped recipe for {@obsidianiarka} using obsidian, obsidian, obsidian, obsidian, redstone block, obsidian, obsidian, obsidian, obsidian on place: if {loc::obsidianiarka::*} contains location of event-block: cancel event stop player's tool is {@obsidianiarka} add location of event-block to {loc::obsidianiarka::*} on break: {loc::obsidianiarka::*} contains location of event-block if player's tool's type is iron pickaxe: remove location of event-block from {loc::obsidianiarka::*} drop 1 {@obsidianiarka} at event-block else: wait {@czasRegeneracji} set event-block to obsidian

Owszem, istnieje. Jest to FunnyGuilds 4.7.0+ Nightly.

1. Wszelkie dłuższe skrypty wstawiamy na serwis code.skript.pl. Usuń ten skrypt i wrzuć go do tego serwisu, a następnie wklej link, zostanie on automatycznie zamieniony na graficzną formę wycinku kodu. 2. Co do samego skryptu... Zalety to: obszerna sekcja konfiguracyjna, co pozwala użytkownikowi na dopasowanie niemalże całego skryptu do swoich zastosowań możliwość modyfikacji dropu przez gracza Wady natomiast to: wielokrotne nasłuchiwanie do tych samych eventów (chociażby on mine stone), tutaj zalecałbym połączenie wszystkiego w jeden event wiele zagnieżdżonych conditionali, co wpływa negatywnie na czytelność kodu, zalecałbym zastąpienie tego czymś takim: if arg 1 is not 1: stop if arg 2 is not 2: stop if arg 3 is not 3: stop # I tak dalej... brak użycia funkcji w celu skrócenia kodu oraz uczynienia go czytelniejszym niepotrzebne użycie 'on first join' oraz 'on join', gdyż zawierają ten sam kod, wystarczy użyć samego 'on join' Nie wiem czy testowałeś skrypt, czy też nie, ale z pewnością przydałoby się uporządkować kod. Starałem się wypunktować te wady, które najbardziej rzucają się w oczy. Mógłbym się tutaj jeszcze do sposobu nazewnictwa zmiennych, ale to jest szczerze mało istotne (o ile nie zamierzasz ich później masowo modyfikować). EDIT: Co do rozwoju skryptu, dodam, że przydałoby się utworzenie jakiegoś GUI pozwalającego na modyfikację dropu. Gracze raczej wolą GUI aniżeli zabawę w wykonywanie dziesiątek komend.

Prezentacja ładna, wygląda przyzwoicie. Jeżeli będę miał wolną chwilę, to zobaczę co i jak wygląda na tym serwerze.

Widzę, że masz problem ze szczegółowym opisaniem działania skryptu. Dlatego też postaram ci się w tym pomóc poprzez wypunktowanie pytań. 1. Kiedy gracz ma otrzymywać te pieniądze? 2. Jaka jest ścieżka do zmiennej z pieniędzmi począwszy od game.Workspace? 3. Ile gracz ma otrzymywać tych pieniędzy?

Nie no, tak to się nie dogadamy. Co to mają być za pieniądze? Mają być przechowywane w playerze w postaci double'a czy tam integera? Jak to ma dokładnie wyglądać? Jeżeli nie opiszesz tego dokładnie, nikt nie będzie w stanie wykonać zlecenia.

Nadal zdecydowanie zbyt mało informacji, opisz dokładnie co ten skrypt ma robić.

Już o wiele lepszym rozwiązaniem od anulowania eventu i wysyłania wiadomości na czacie byłoby ustawianie chat formatu na kształt czegoś takiego: "%nl%[player]: [message]%nl%" Mimo wszystko zalecam zaopatrzyć się w jakiś porządny plugin od czatu, powinien mieć możliwość ustawienia tego.

Czy masz ustawiony display name? Możliwe, że w kodzie będzie wymagany prosty null check.

Do Robloxa, czyli rozumiem, że Lua, tak? Opisz bardziej ten skrypt. To jest dział "Skript > Zlecenia" i tutaj są składane zlecenia dotyczące jedynie kodu w języku Skript. Twój wątek powinien znaleźć się w dziale "Programowanie > Inne".

Skoro mój post poszybował w górę, nie ma sensu go edytować. No dobrze, w którym dokładnie miejscu występuje błąd? Na końcu linijki ustawiającej zmienną lokalną {_nick}, przy 'display name of player', tak?

Zapewne jest to zrobione w ten sposób, że gdy gracz coś napisze, skrypt/plugin sprawdza czy gracz jest adminem na podstawie posiadania jakiejś tam permisji. Jeżeli rzeczywiście nim jest, wysyła dodatkowo pustą linijkę na czacie. Co do linijki przed wiadomością... rozejrzyj się w pliku konfiguracyjnym Essentialsa. Ten plugin ma tyle dodatków, że o wiele łatwiej byłoby wymienić czego nie posiada aniżeli co posiada. To nie zadziała poprawnie, gdyż nie anulujesz wysłanej wiadomości przez admina, co spowoduje wysłanie podwójnej wiadomości.