PoweredDragon

command /sklep [<player>]: trigger: open chest with 6 rows named "SKLEP" to player-arg wait 2 tick loop 54 times: format slot loop-number -1 of player-arg with light gray glass pane to be unstealable set {_111::*} to configuration section "sklep.itemy" get of "plugins/Skript/config.yml" set {_sloty} to 0 loop {_111::*}: set {_coinsy::%{_sloty}%::%loop-value%} to single value "sklep.itemy.%loop-value%" get of "plugins/Skript/config.yml" parsed as integer set {_item::%{_sloty}%::%loop-value%} to loop-value parsed as item format slot {_sloty} of player-arg with {_item::%{_sloty}%::%loop-value%} with lore "&6&lCena: &9&l%{_coinsy::%{_sloty}%::%loop-value%}%" to close then run [execute player-arg command "kup s %{_item::%{_sloty}%::%loop-value%}% %{_coinsy::%{_sloty}%::%loop-value%}%"] add 1 to {_sloty}

Możesz to zrobić w komendzie/funkcji; bezpośrednio raczej nie

Temat został przeniesiony z Skript > Zlecenia do Serwer > Minecraft > Paczki serwerowe.

Temat został przeniesiony z Skript > Pytania i problemy do Archiwum > Forum > Kosz.

Ten temat został zamknięty.

Skrypt przesłany, wszystko śmiga. Mam nadzieję, że nie zawiedzie oczekiwań

To działa na całą mapę; chodzi o to, że po wpisaniu tego moby zaczynają się znowu spawnować

Pozwolę sobie nadmienić, że cudzysłów w wypadku kodu @ByczekTV jest zbędny, poniważ on i off to również typ boolean jak true/false czy yes/no

Poprostu zredefiniuj zmienną: command /diax: trigger: if {diamonddrop.%player%} is on: set {diamonddrop.%player%} to off send "&cDIAX OFFa" else: set {diamonddrop.%player%} to on send "&aDIAX ON a"

Problem został rozwiązany.

Dokładnie tak command /test <offlineplayer=%player%>: trigger: #KOD To komenda, która wymaga argumentu w postaci nicku gracza, ale jak go nie wpiszesz, to po prostu twój nick podstawi a jeżeli ja chcę dodać sobie po prostu ? np /blabla chce ? Nie rozumiem tego bełkotu, więc musisz mi go wytłumaczyć xD

Temat został przeniesiony z Skript > Zlecenia do Archiwum > Forum > Kosz.

Ten temat został zamknięty.

Ten temat został zamknięty.

Zależy jakie chcesz mieć szansę na fortune, bo możesz np. zrobić tak, że szansa = szansa pierwotna * fortune i wtedy: loop 3 times: player's tool is enchanted by fortune loop-number: chance of {szansaPodstawowaDiamentu}*loop-number: drop 2*loop-number/2 diamonds + 1 at block I wtedy fortunka 1 daje 2 diamenty, fortunka 2 daje 3 diamenty i fortunka 3 daje 4 diamenty, innego sposobu na "krótki zapis" nie widzę, jak przy każdym kolejnym dawać chance. Ewentualnie zapis szans w pliku yml i odczytywanie ich oraz przywoływanie w pętli. Sorry

Temat został przeniesiony z Skript > Skrypty do Skript > Zlecenia.

może, ale musisz wpisać gotowe argumenty np. command /maslo <player=%player%> [<text>]: trigger: arg 2 is "daj": send "Maslo" to player-arg else: send "Mleko" to player-arg command /maselko: trigger: open chest with 1 row to player format slot 0 of player with 1 dirt named "Maslo" to close then run [execute console command "maslo %player% daj"] format slot 1 of player with 1 stone named "Mleko" to close then run [execute console command "maslo %player% niedawaj"]

Kupi ci stone, bo w obrębie tego wydarzenia w każdej komendzie jest zmienna {_2::%loop-value%}, która na końcu zmienia wartość na stone właśnie; musisz ją zróżnicować i zadziała - skrypt odczytuje zmienne w komendach po kliknięciu, nie po utworzeniu sklepu

Problem został rozwiązany.

command /powiekszanie: trigger: chance of 10%: add 1 of player's tool to player's tool send "&aPodwojono przedmiot!" else: send "&cPrzedmiot w rece zostal usuniety!" to player delete player's tool @mateuszeqq13212 Może zamiast ciągle odświeżać dałbyś znać czy skrypt działa lub jakie są błędy?

>>>>Planowałem coś takiego wykorzystać w swoim skrypcie na czat, także bez pretensji później prosz<<<< Wymaga TuSKe on chat: player has permission "rainbow.nick": set {_l} to length of "%player's name%" set {_s} to "" set {_n::*} to split "%player's name%" by {_l} characters loop {_l} times: set {_r} to "&a" or "&b" or "&c" or "&d" or "&e" or "&f" or "&0" or "&1" or "&2" or "&3" or "&4" or "&5" or "&6" or "&7" or "&8" or "&9" set {_s::%loop-number%} to colored "%{_r}%%{_n::%loop-number%}%&r" set {_s} to "%{_s}%%{_s::%loop-number%}%" set {_m} to message cancel event replace all "%player's name%" with {_s} in {_m} broadcast {_m}

Problem został rozwiązany.

on place of chest: if name of player's tool is "&cPremiumCase": remove chest named "&cPremiumCase" with lore "&7Mozesz wygrac:||&95 koxow||&916 emerald block||&9" from player set event-block to air chance of 3%: drop 5 enchanted golden apple drop 16 emerald block drop 1 diamond sword of sharpness 6 and unbreaking 3 and fire aspect 2 broadcast "&7Gracz &3%player% &7otworzyl &cPremiumCase &7i wygral: " chance of 1%: drop 1 beacon broadcast "&7Gracz &3%player% &7otworzyl &cPremiumCase &7i wygral: " command /premium: trigger: if player doesn't have permission "premium.case": send "&cBrak uprawnien!" else: give 16 chest named "&cPremiumCase" with lore "&7Mozesz wygrac:||&95 koxow||&916 emerald block||&9" to player send "&7Otrzymales 16x &cPremiumCase&7!"

Postanowiłem zrobić taką mini serię, dla niewiedzących tego i owego, o tym, co jest planowane do dodania w Skripcie i jego dodatkach; zmianach z nimi czy z dokumentacją. Zapraszam! Pewnie część z Was wie, że dokumentacja, którą obecnie znamy jest dość oporna. Długo się wczytuje, nie ma "płynności" przejść czy często nie działają listy wykluczeń (przy wyszukiwaniu tylko wśród wybranych dodatków). Z tych względów (i kilku innych) BaeFell wraz ze sztabem SkUnity zdecydowała o utworzeniu tzw. Docs 2 - Dokumentacji, która ma być znacznie lepsza i przyjaźniejsza dla userów. Co się w niej znajdzie? Zielone dodatki dotyczą przykładów i poleceń Niebieskie funkcjonalności dokumentacji Pomarańczowe to wsparcie dla programistów → Użytkownicy mogą dodawać swoje przykłady do poleceń → Dostęp do oceniania przykładów - lepsze przykłady będą widoczne na górze, gorsze na dole (a nawet usuwane) → Data/wersja od której dane polecenie działa → Możliwe, że pojawi się system dodawania przykładów zdjęciowych - w jaki sposób działa polecenie, itd. [propozycja, prawdopodobnie do realizacji] → Możliwe, że będzie sztab ludzi do uzupełniania brakujących (co w obecnej dokumentacji jest dość częste) przykładów [jw.] → Prawdopodobnie możliwość zgłaszania błędów czy nieprawidłowości dokumentacji, dzięki czemu szybko się je poprawi [jw.] → Lista wspieranych poleceń (np. wyrażenia takie jak victim, attacker, damage cause, itd. przy on death i on damage, future/former state przy on teleport i inne) przy danym poleceniu [jw.] → Będzie chodziła płynniej i lepiej → Będzie obsługiwała wiele wersji językowych → Poprawiona lista poleceń po lewej (teraz poprawnie będzie przekierowywać do wybranego) → Lepsze filtrowanie przy wyszukiwaniu → Moderacja dbająca o brak błędów i szczegółowość → Przyjemniejszy interfejs dla autorów dodatków → Dokumentacja API do Skripta i dodatków, co ułatwi pracę programistom Z resztą? Co ja się będę rozpisywał. ↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓ →Sami zobaczcie jak to wygląda! Cudownie! ← ↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑

Ten temat został zamknięty.