PoweredDragon

loop 10 times: set {_block} to block above the block in front of the player teleport player to {_block} wait 1 second________________________________________________________________________________________________ Jeżeli pomogłem daj /

Jeśli spawn jest ustawiony w skrypcie to na 100% loop blocks in radius 1000 of {spawn}jeśli nie, to spróbuj loop blocks in radius 1000 of spawnpoint of the world

No to masz swój skrypt. Np. loop 10 times: set {_block} to block in front of the player teleport player to {_block} wait 1 second

@UP send "&eWoosh!"push player forwards at speed 10 play fireworks.blast1 at player

set {_loc} to location of block above targeted block teleport player to {_loc}

Wydaje mi się, że nie jest to możliwe, gdyż póki co opcje co do regionów są dość ubogie(Zobacz poradnik Patka): http://skript.pl/index.php?/topic/46-regiony/ Dlatego do najnowszej wersji skripta nie robiłbym sobie nadziei i ew. zaproponowałbym to w prop. do wtyczek na samej górze strony(ogłoszenie). EDIT: Nie karćcie mnie jeśli się myle. W całej dokumentacji tego nie znalazłem... set all blocks in region "kop01" to logmógłbyś spróbować. Ewantualnie: loop all blocks: loop-block is in region "kop01": set loop-block to logCo odradzam(może działać, ale też lagować :D)

A czemu mam wspominać o pluginie DragonTravel, jak nigdy nawet o takim nie słyszałem? Poprostu przedstawiłem opcję HookSk :P Czy jeszcze nie istnieje = Czy już istnieje

Dodałem nowy skrypt - Pets+. Wstępne testy wykazały, że działał z kilkoma niedociągnięciami niemożliwymi do ominięcia.

spróbuj argument 2 parsed as number if arg 1 is "t": subtract arg 2 parsed as number from {dzialki.kasa.p.test::*}

Witam. W tym oto Mini-poradniczku pokażę wam jak łatwo i przyjemnie stworzyć system warpów, pozwalający przelecieć nam smokiem do określonej lokacji(np. Spawnu, Areny PVP, itp.). Wymagany Plugin to HookSk i SkriptPlus. Można to zrobić na dwa sposoby: Sposób I: Zaczniemy od wydarzenia. W tym wypadku: 1. command /warp [<text>] [<text>]:Ale to nic nowego... trigger: argument 1 is "set": argument 2 is set: {warp.list::*} doesn't contain argument 2: set {%argument 2%} to location of player add argument 2 to {warp.list::*}Raczej nic nie musimy tłumaczyć, ale na wszelki wypadek: argument 1 is "set": - efekt wywoła się, gdy napiszemy /warp set argument 2 is set: - efekt wywoła się, gdy napiszemy /warp set tekst(nazwa warpu) {warp.list::*} doesn't contain argument 2: - sprawdzenie, czy dany warp już istnieje set {%argument 2%} to location of player - ustawienie warpu add argument 2 to {warp.list::*} - dodanie warpu do listy, aby nie mogl powstac drugi taki sam 2. argument 1 is "del": argument 2 is set: {warp.list::*} contains argument 2: clear {%argument 2%} remove argument 2 from {warp.list::*}argument 1 is "del": - efekt wywoła się, gdy napiszemy /warp del argument 2 is set: - efekt wywoła się, gdy napiszemy /warp del tekst(nazwa warpu) {warp.list::*} contains argument 2: - sprawdzenie, czy dany warp już istnieje clear {%argument 2%} - usunięcie warpu remove argument 2 from {warp.list::*} - usunięcie warpu z listy, aby mogl powstac inny o tej samej nazwie 3. argument 1 is not "del" or "set": argument 1 is set: {warp.list::*} contains argument 2: make player travel to {%argument 2%}argument 1 is not "del" or "set": - efekt wywoła się, gdy napiszemy /warp <coś innego niż set lub del> argument 1 is set: - efekt wywoła się, gdy napiszemy /warp tekst(nazwa warpa) {warp.list::*} contains argument 2: - Jest w pkt. 2 make player travel to {%argument 2%} - Spawnuje smoka, na którym gracz leci do określonej lokacji. To już koniec naszych warpów! Podsumowując: command /warp [<text>] [<text>]: trigger: argument 1 is "set": argument 2 is set: {warp.list::*} doesn't contain argument 2: set {%argument 2%} to location of player add argument 2 to {warp.list::*} argument 1 is "del": argument 2 is set: {warp.list::*} contains argument 2: clear {%argument 2%} remove argument 2 from {warp.list::*} argument 1 is not "del" or "set": argument 1 is set: {warp.list::*} contains argument 2: make player travel to {%argument 2%}W najbliższym czasie postaram się przedstawić znacznie ciekawszy sposób na zrobienie tych warpów, wymagający jednak większej ingerencji w skrypt Sposób II: W tym sposobie przedstawię efekt trochę inny, jednak spora część będzie taka sama jak w sposobie I... command /warp [<text>] [<text>] [<text>]: trigger: arg 1 is "set": arg 2 is not set: add 1 to {warp.ilosc} set {warp.%{warp.ilosc}%} to location of player add {warp.%{warp.ilosc}%} to {warp.list::*} send "&f&lZaznaczyles warp nr %{warp.ilosc}%!" else: arg 2 is number: {warp.%arg 2%} is not set: arg 2 is less than {warp.ilosc}: set {warp.%arg 2%} to location of player add {warp.%{warp.ilosc}%} to {warp.list::*} send "&f&lZaznaczyles warp nr %{warp.ilosc}%!" else: send "&3&lNie mozesz miec wiecej warpow niz jest na liscie!" else: send "&c&lTaki warp juz istnieje!" arg 1 is "del": arg 2 is number: {warp.list::*} contains {warp.%arg 2%}: remove {warp.%arg 2%} from {warp.list::*} clear {warp.%arg 2%} command /warp [<text&gt] [<text&gt] [<text&gt]: - efekt wywoła się po wpisaniu komendy, w której znajdować się mogą max. 3 argumenty arg 1 is "set"/"del": - efekt wywoła się, gdy napiszemy /warp set/del arg 2 is not set: - efekt wywoła się, gdy napiszemy /warp set (i nic więcej) add 1 to {warp.ilosc} - dodaje 1 do zmiennej set {warp.%{warp.ilosc}%} to location of player - ustawienie warpu add {warp.%{warp.ilosc}%} to {warp.list::*} - dodanie warpu do listy, aby nie mogl powstac drugi taki sam send "Wiadomosc" - wysyłanie wiadomosci do gracza else: - zaprzeczenie do warunku arg 2 is number: - efekt wywoła się, gdy napiszemy /warp set/del <numer> {warp.%arg 2%} is not set: - efekt wywoła się gdy warp o wpisanym numerze nie istnieje arg 2 is less than {warp.ilosc} - efekt wywoła się, gdy w argumencie drugim wpisana wartość jest mniejsza niż zmienna {warp.ilosc}{warp.list::*} doesn't contains {warp.%arg 2%}: - sprawdzenie, czy dany warp już istnieje remove {warp.%arg 2%} from {warp.list::*} - Usuwa warp z listyclear {warp.%arg 2%} - Usuwa warp 2. arg 1 is "spawn": spawn a bat at location of player disguise spawned entity as ender dragon set {disguised.%spawned entity%} to "Smok" make player leash spawned entityarg 1 is "spawn" - efekt wywoła się gdy wpiszemy /warp spawn spawn a bat at location of player - sprawia, że obok nas pojawia się nietoperz disguise spawned entity as ender dragon - nietoperz, który się pojawił, będzie wyglądał jak smok kresu set {disguised.%spawned entity%} to "Smok" - zmienna do rozpoznawania, czy kliknięty byt to smok, czy zwykły nietoperz make player leash spawned entity - przywiązuje nietoperza do nas, byśmy mogli go przywiązać np. do płotka 3. on leftclick on bat: {disguised.%clicked entity%} is "Smok": cancel event add 1 to {warp.%player%} {warp.%player%} is greater than {warp.ilosc} set {warp.%player%} to 1 send "&6&lTwoj warp docelowy to warp nr &9&l%{warp.%player%}%!"on rightclick on bat: {disguised.%clicked entity%} is "Smok": cancel event make player travel to {warp.%{warp.%player%}%}on left/rightclick on bat: - efekt wywoła się po kliknięciu L/RPM na nietoperza {disguised.%clicked entity%} is "Smok" - Jak wcześniej pisałem, zmienna do rozpoznawania czy kliknięty smok to nietoperz, czy smokcancel event - zamyka wydarzenieadd 1 to {warp.%player%} - dodaje jeden do zmiennej{warp.%player%} is greater than {warp.ilosc} - sprawdza, czy gracz nie "przedobrzył" z dodawaniem do zmiennejset {warp.%player%} to 1 - zmienia numer warpu gracza na 1send "wiadomosc" - wysyła wiadomość do graczamake player travel to {warp.%{warp.%player%}%} - sprawia, że gracz podróżuje na smoku do warpu Podsumowując: command /warp [<text>] [<text>] [<text>]: trigger: arg 1 is "set": arg 2 is not set: add 1 to {warp.ilosc} set {warp.%{warp.ilosc}%} to location of player add {warp.%{warp.ilosc}%} to {warp.list::*} send "&f&lZaznaczyles warp nr %{warp.ilosc}%!" else: arg 2 is number: {warp.%arg 2%} is not set: arg 2 is less than {warp.ilosc}: set {warp.%arg 2%} to location of player add {warp.%{warp.ilosc}%} to {warp.list::*} send "&f&lZaznaczyles warp nr %{warp.ilosc}%!" else: send "&3&lNie mozesz miec wiecej warpow niz jest na liscie!" else: send "&c&lTaki warp juz istnieje!" arg 1 is "del": arg 2 is number: {warp.list::*} contains {warp.%arg 2%}: remove {warp.%arg 2%} from {warp.list::*} clear {warp.%arg 2%} arg 1 is "spawn": spawn a bat at location of player disguise spawned entity as ender dragon set {disguised.%spawned entity%} to "Smok" make player leash spawned entityon leftclick on bat: {disguised.%clicked entity%} is "Smok": cancel event add 1 to {warp.%player%} {warp.%player%} is greater than {warp.ilosc} set {warp.%player%} to 1 send "&6&lTwoj warp docelowy to warp nr &9&l%{warp.%player%}%!"on rightclick on bat: {disguised.%clicked entity%} is "Smok": cancel event make player travel to {warp.%{warp.%player%}%}DZIĘKUJĘ ZA UWAGĘ!

player's balance is less than 1000: send "&cNie masz tyle pieniedzy!"Przykładowe użycie:command /tnt: trigger: player's balance is less than 1000: send "&cNie masz tyle pieniedzy!" else: remove 1000 from player's balance give 10 tnt to player

subtract/remove(raczej to drugie) 1000 from player's balance -> Zabierze 1000 z konta gracza add 100 to player's balance -> doda 100 do konta gracza player's balance is greater than 1000 -> Sprawdzi czy gracz ma więcej niż 1000(np. 1000 $ :D)

@UP to chyba do areny i to ma zapisywać obecne eq gracza i dawać mu nowe :D on rightclick on sign: set {eq.%player%} to serialized inventory of player clear inventory of player if player has permissions "arenyvip.1": execute console command "/give %player% 322 5" if player has permissions "arenyvip.2": execute console command "/give %player% 322:1 5" if player has permissions "arenyvip.3": execute console command "/give %player% 368 2" if player has permissions "dolaczenie.arena1": send " &2Dolaczyles do areny" teleport player to {spawn.knock}Wymaga Skript Plus. Jak będzie wychodził, to w efektach zrobiszrestore inventory of player from {eq.%player%}

@2UP dlatego powstała opcja "tak, ale ze zmianami", bo sam rozważam kilka opcji...

Zrobić tak jak up, albo poprostu sprawdzic nazwe(bloki tez maja nazwe...) command /db: trigger: give diamond block named "nazwa" to playeon place of diamond block: player's tool is diamond block named "nazwa": set {zmienna.%location of event-block%} to trueon rightclick on diamond block: {zmienna.%location of event-block%} is true: efekt// Brak odzewu, close ~ Parrot

@2UP Mnie zdarzyło się założyć np. 3 tematy pod rząd, co uważam za totalny idiotyzm herhor też chyba ze 3 tematy założył w nawet nie godzinnym odstępie Co do tego, to może uogólnienie. Np. Ktoś ma dajmy na to 3 problemy z eventem on damage, to uogulnia to samą nazwą. Tak jak np. Raizen miał problem z on projectile hit i napisał dwa pytania odnośnie tego wydarzenia. Bo głupotą jest pisanie 10 tematów odnośnie jednego eventu W moim pomyśle: [Kilka]on damage 1. Mam problem z eventem, otóż nie chce działać, a jak działa, to nie poprawnie 2. Co jest w tym zle(odnosnie powyzszego eventu): set {zmienna.%Player%} to true 3. Jak mam sprawdzić, czy obrażenia zostały wykonane przez określony czynnik(np. śnieżkę) W waszym: [Problem]On damage nie działa dobrze Mam problem z eventem, otóż nie chce działać, a jak działa, to nie poprawnie! [Problem]On damage zmienna Co jest w tym zle: set {zmienna.%player%} to true [Problem]On damage obrażenia Jak mam sprawdzić, czy obrażenia zostały wykonane przez określony czynnik(np. śnieżkę) Gdzie zrobi się większy spam? Powtórzę się: Żadnego sensownego argumentu przeciw, więc trzeba wymyślać Bóg wie co, żeby to nie weszło do gry. Jedna osoba z "Kategorycznego Nie" nawet nie napisała co jej nie pasuje, a wy nie macie argumentów, żeby poprzeć swoją "tezę"

Poprawiłem na moderację... Większy spam? Jak jedna osoba ma problem, to założy 10 tematów. Jak inna osoba ma problem to poszuka po tematach i ew. jak nie znajdzie założy osobny temat z kilkoma pytaniami w jednym (która osoba)-(ile tematów)-(ile spraw w temacie) Z waszą "ideologią": 1 osoba-10 tematów-jedna sprawa 2 osoba-20 tematów-jedna sprawa Z moim pomysłem: 1 osoba-1 temat-wiele sprawa 2 osoba-1 temat-wiele spraw

on walking on sand: spawn falling block of sand at location of event-block set event-block to air push spawned entity horizontally forwards at speed 3Taki przykład :D on rightclick on gravel: spawn falling block of gravel at location of clicked block set clicked block to air push spawned entity horizontally forwards at speed 3

I co w związku z tym? Nawet jak znajdą(A nie znajdą, bo praktycznie żaden nowy nie szuka, tylko na pałę zakłada 10 taki sam temat), to wybiorą tylko to co ich interesuje. Po prostu to wygląda tak, jakby moderacja za wszelką cenę chciała posto nabijaczy, by podbijać licznik forum... Wy nie macie żadnych sensownych argumentów przeciw, ale wam się to nie podoba... Co kto lubi...

Szczerze? Ta ilość głosów jest taką małą cyferką i tak zlewa się z tłem, że na pierwszy rzut oka w ogóle jej nie widać...

Zgadzam się. Przez to moja ankieta(Pokazana na zdjęciu) nie jest tak czytelna :C Dashboard

Too much no-life xD Zmieniłem. @2UP Czyli uważasz, że świadomość, że licznik forum się zwiększa tylko dzięki spamowi jest czymś normalnym? Jak dla mnie nie było by to jakieś takie "przyjemne"...

Ma byc oswojony, tak jak taki, którego oswajamy klikając kością/rybą/sianem czy tam jabłkiem(w wypadku konia), czyt. Taki, który nie zniknie gdy będzie na niezaładowanym chunku...

Nie bo w kodzie gry wilk należący do gracza to już pies, mały szczeniak(należący do gracza) to puppy, kot to cat :P @Parrot Więc jakiś sposób, aby zespawnować gotowo oswojonego/nieoswojonego i efekt, który go oswoi? :_;