PoweredDragon

on mine of cobblestone: if player's tool is pickaxe: chance of {@zelazo}: loop all slots in inventory of player: loop-slot is empty: give a random number between 2 and 1 of iron ingot to the player stop loop else: drop a random number between 2 and 1 of iron ingot at event-block

Kawałek niżej temat... I te z działu skrypty: Szukanie nie boli...

https://code.skript.pl/c2P6GPMd/

To link do forumowego edytora. Opublikuj skrypt i podaj link.

Weź te nawiasy kwadratowe w cudzysłów xD

Zamień 1 line na line 1

Masz: https://code.skript.pl/EcF9IFSw/

on break stone: loop {stone::*}: if loop-value is location of event-block: if player has permission "stoniarka.svip": set event-block to stone stop if player has permission "stoniarka.vip": wait 0.5 second set event-block to stone stop else: wait 1 second set event-block to stone stop else: stop W tym evencie nie ma target block, tylko event-block -> to działa, tamto mi też nie działało

Addony do skripta. SkQuery, Wildskript, itp.

on click on sign: 1 line of clicked block is [WYMIENIEXP30]: xp of player is more than 30: remove 30 from xp of player give 10 quartz named "&4Rubin" to player 1 line of clicked block is [WYMIENIEXP60]: xp of player is more than 60: remove 60 from xp of player give 20 quartz named "&4Rubin" to player 1 line of clicked block is [WYMIENIEXP90]: xp of player is more than 90: remove 90 from xp of player give 30 quartz named "&4Rubin" to player 1 line of clicked block is [Wymien1]: player contains 100 quartz named "&4Rubin" remove 100 quartz named "&4Rubin" from player give diamond pickaxe of efficiency 7 unbreaking 6 fortune 5 to player

SkQuery jest wymagane on death: if victim is a player: set {_} to random element out of victim's inventory drop (amount of {_} in the victim's inventory) of {_} at location of victim remove (amount of {_} in the victim's inventory) of {_} from victim's inventory set {eq::%victim%} to serialized contents of victim clear drops on respawn: set player's inventory to {eq::%player%} clear {eq::%player%} //Łączę ~Myszak

on click on sign: 1 line of clicked block is [WYMIENIEXP30]: xp of player is more than 30: remove 30 from xp of player give 10 quartz named "&4Rubin" to player 1 line of clicked block is [WYMIENIEXP60]: xp of player is more than 60: remove 60 from xp of player give 20 quartz named "&4Rubin" to player 1 line of clicked block is [WYMIENIEXP90]: xp of player is more than 90: remove 90 from xp of player give 30 quartz named "&4Rubin" to player 1 line of clicked block is [Wymien1]: player contains 100 quartz named "&4Rubin" remove 100 quartz named "&4Rubin" from player give diamond pickaxe of efficiency 7 unbreaking 6 fortune 5 to player Wymaga TuSKe

to close then run [wait 5 ticks]->[make player execute "komenda"] i wstawiasz tę komendę. Powinno działać... Jak nie, to podaj błędy!

Może ( ͡° ͜ʖ ͡°) Jak na razię widzę jednomyślność (nawet członek zarządu nam sprzyja )

command /spr [<player>]: trigger: send "&cJestes sprawdzany" to player-arg

Pomysł nieśmiałego kolegi, którego wyręczam No więc tak: Propozycja, jak nazwa wskazuje, dotyczy konkursu na skrypt roku. Ale będzie to działało zupełnie inaczej niż SkM. Na bieżąco sztab sprawdzający będzie sprawdzał istniejące skrypty zgłoszone do konkursu i co dwa tygodnie (lub inny czas do ustalenia) ogłaszał lidera klasyfikacji. Doda to pewnego ducha rywalizacji, bo ludzie będą chcieli przegonić lidera, dzięki czemu może jakoś ruszy zarówno SkM, jak i sam konkurs (jak wspomniałem - większy duch rywalizacji :V). Na koniec roku lider otrzymałby nagrodę, plakietkę, tytuł, etc; wiadomo - do ustalenia. Fajnie byłoby też, gdyby klasyfikacja uwzględniała punkty; ponadto skrypty w klasyfikacji winny być sprawdzane względem aktualizacji, tj. do finalnej oceny uwzględniamy najnowszą wersję skryptu, nie tę pierwszą. Jeśli w styczniu ktoś odda skrypt do sprawdzenia, to nie ma wątpliwości, że do grudnia może się on znacząco zmienić - te zmiany trzeba uwzględnić przed zrzuceniem lidera ze stołka Skrypty jednak powinny być gruntownie sprawdzone co do błędów, funkcjonalności czy innych parametrów (nie jak to często miało miejsce w SkM). EDIT #1: Warto dodać, że to skrypt wygrywa, a zatem wszyscy jego autorzy powinni zdejmować laury. Ponadto powinna istnieć możliwość zgłaszania więcej niż jednego skryptu od jednego autora. To już jednak kwestia dla zarządu. EDIT #2: Nieśmiały kolega to @Falmoris EDIT #3: Tak teraz sądzę, że jeśli nie pasuje opcja "wszyscy autorzy", to można dodać limit(np. 2/3/x) i autorzy między sobą zdecydują którzy z nich pretendują do tytułu Skrypterów Roku EDIT #4: "Tropeł wpadł na ciekawy pomysł, ale jest zbyt nieśmiały, żeby go ogłosić, więc ja to zrobię" -> Tak wyglądał pierwotnie początek postu, ale tropek był nieśmiały, zaś teraz poczuł się niedowartościowany, więc to dodaję @Falmoris EDIT #5: Do skryptu roku winny móc aspirować wszelkie skrypty napisane w tym samym roku co ogłoszenie konkursu. Nagroda Skrypter Roku winna zostać przemianowana lub jej przedmiot rozdawania powinien być zmieniony

command /setspawntp: trigger: set {spawn} at location of player on join: teleport player to {spawn} O to cho? Daj lajka

to close then run [wait 3 ticks]->[make player execute "komenda"]

Masz błąd w bebechach skripta. U mnie wszystko działa na skript 1.11.2; spróbuj pobrać stąd: http://republicansensei.com/

Spróbuj tak: to run [execute console command "strona2 %player%"] Jeśli nie działa, to może być błąd z komendą.

on leftclick: player's tool is blaze rod named "&6Wladca Ognia &7(&bRozdzka Fenix&7)" with lore "&a&oWykuta z Odlamu Planety MERKURY||&a&oBardzo cenna i niezawodna bron dystansowa": target is entity: player has permission "rozdzka.ognista" difference between {lastused::rod::%player%} and now is greater than or equal to 25 seconds: set {_t} to targeted entity set {_l} to location of player render smoke bar of property 100, 2 seconds from player to targeted entity set {lastused::rod::%player%} to now set {_dif} to difference between {_t} and {_l} loop blocks in radius {_dif} from {_t}: loop blocks in radius {_dif} from {_l}: loop-block-1 is loop-block-2: add loop-block-1 to {blocks::%player%} every 0.5 second: loop all players: difference between {lastused::rod::%loop-player%} and now is smaller than or equal to 2 seconds: loop {blocks::%loop-player%}: create a safe explosion of force 3 at loop-value

Stawiasz skrzynkę i używasz, aby ustawić określony rodzaj case'a

np. on rightclick on chest: player contains stick named "&fKey": name of clicked block is "&fRegular Case": chance of 10%: add 1 diamond to player's inventory stop chance of 15%: add 1 iron ingot to player's inventory stop remove 1 stick named "&fKey" from player A jeśli chodzi o drop klucza, to dajesz stick named "Nazwa ustalona tutaj wyżej" tylko w dropie. A wszędzie w zmiennych {@svip.stick1.f1}, {@svip.stick2.f1} zależnie od klucza, itd. i luz. Pamiętaj, że inny case <=> inna nazwa skrzynki <=> inna nazwa klucza

on rightclick on chest: player contains stick named "&fKey": name of clicked block is "&fRegular Case": add 1 diamond to player's account remove 1 stick named "&fKey" from player player contains stick named "&bUncommon Key": name of clicked block is "&bUncommon Case": add 1 diamond block to player remove 1 stick named "&bUncommon Key" from player command /case [<text>]: permission: case.create trigger: arg is not set: set the name of targeted block to "&fRegular Case" arg is "uc": set the name of targeted block to "&bUncommon Case" Analogicznie dodajesz inne, nagrody możesz sobie zmieniać, sposób na zdobywanie kluczy sobie wymyśl; dasz radę, nie?