Kormic

Użyj w tym celu dodatku Skungee. Pozwala na tworzenie zmiennych globalnych między serwerami Bungeecord. Takie zmienne wyglądają następująco: network variable {nazwaZmiennej} Przykład: set network variable {test} to "Witaj!" send "%network variable {test}%" to player

Zarejestrowałeś dwukrotnie tę samą komendę, mam na myśli "/party zaproś <player>". Jeżeli to nadal nie pomoże, będziesz musiał w komendach zamiast zapros, wyrzuc, lider itd. użyć typu argumentu 'text' i sprawdzać go przy wykonywaniu komendy.

Kiedy sprawdzasz nazwę narzędzia gracza, sprawdzasz jedynie nazwę narzędzia gracza. Nie pakuj tam lore, tylko sprawdź je w następnym warunku.

Proszę, skrypt nietestowany. Wymagany Skript 2.2-dev36+. on shoot: shooter's tool is bow named "Magiczny łuk" event-projectile is arrow set metadata value "teleportBow" of event-projectile to shooter on projectile hit: metadata value "teleportBow" of event-projectile is set teleport (metadata value "teleportBow" of event-projectile) to event-projectile clear metadata value "teleportBow" of event-projectile

1. Rozumiem, że to mają być niemalże standardowe Lucky Blocki, tak? Czyli stawiasz i niszczysz, a następnie coś wypada z tego. 2. Na czym ma dokładnie polegać /lb skrzynka i /lb drop? 3. Wyjaśnij dokładniej kwestie szans na dane przedmioty. 4. O co chodzi z najechaniem na skrzynkę? 5. Czy mają być jakieś wymagane permisje?

Proszę. Za pomocą komendy /setadmspawn ustawiasz miejsce spawnu. W linijkach 4 i 21 ustawiasz odpowiednie permisje. command /spawn: executable by: players trigger: if player has permission "jakas.permisja": teleport player to {spawn} stop if player doesn't have 30 emerald blocks: send "Nie ma sz 30 bloików emeraldu zapraszamy na piechote na x0 z 0" to player stop remove 30 emerald blocks from player's inventory loop 5 times: set {_loc} to player's location send "&7Zostaniesz przeteleportowany za &6%6 - loop-number% &7sekund!" to player wait 1 second if distance between player's location and {_loc} is greater than 0.1: send "&cRuszyłeś się! Teleportacja została przerwana!" to player stop teleport player to {spawn} command /setadmspawn: permission: jakas.permisja executable by: players trigger: set {spawn} to player's location send "&aPomyślnie ustawiono spawn!" to player

Proszę. command /topka: trigger: execute player command "topka" command /party zapros <player>: trigger: execute player command "party invite %arg 1%"

Nie ma takich eventów. Po prostu użyj 'on inventory click' i sprawdzaj przy każdym kliknięciu czy 3 sloty w GUI są zapełnione zielonym szkłem.

Opisz dokładnie co próbujesz osiągnąć.

Nie ma sensu parse'ować text na 'player', po czym sprawdzać czy ten 'player' jest online, gdyż typ 'player' oznacza gracza, który jest online. Zamiast tego powinien być 'offline player'.

Czekaj, daj mi wziąć ze strychu moją zakurzoną kryształową kulę, z której odczytam twój błąd. Jak nie zadziała, to odgadnę z fusów. Tak na poważnie, jeżeli mówisz, że jest błąd, to go podajesz...

Ehh... znowu, znowu nadciąga srebrna taca z pięknie podaną odpowiedzią dla obiboka, któremu nie chce się chwilę pomyśleć i czegoś samodzielnie zrobić. if event-slot is red stained glass pane: set event-slot to green stained glass pane

Chłopie, przeczytałeś co napisałem?

Proszę. Wymagany SkRayFall, działa bez błędów na wersji 1.9.21. W linijkach 8, 10 i 12 masz 3 przykładowe wiadomości. Kolor bossbara masz w linijce nr 6. on load: set {bossbar::autoInfo::number} to 0 every 2 minutes: add 1 to {bossbar::autoInfo::number} create bossbar titled " " and id "autoinfo" for all players with progress 120 with colors blue if {bossbar::autoInfo::number} is 1: set bossbar "autoinfo" title to "cos" else if {bossbar::autoInfo::number} is 2: set bossbar "autoinfo" title to "cos1" else if {bossbar::autoInfo::number} is 3: set bossbar "autoinfo" title to "cos2" loop 120 times: set {_v} to value of bossbar "autoinfo" set bossbar "autoinfo" value to ({_v} - 1) wait 1 second remove bossbar "autoinfo" {bossbar::autoInfo::number} is 3 set {bossbar::autoInfo::number} to 0

Proszę. Niestety ciężko, aby na samym słowie "[ekwipunek]" była możliwość klikania. on chat: message contains "[ekwipunek]" cancel event broadcast "<command:/checkchatinv %player%>%message%" command /checkchatinv [<text=%player%>]: executable by: players trigger: (arg 1 parsed as offline player) is online open arg 1's inventory to player

Wystarczy, że dasz usuwanie przedmiotów z linijki 18. nad warunek 'if player can hold...'.

Używasz wyrażenia 'event-slot'. set event-slot to... Po prostu zamknij ekwipunek gracza zaraz po zamianie slotu i tyle. close player's inventory

Nie mam na myśli możliwości zmiany języka na polski... Czy można po prostu wprowadzić aliasy do komend?

Zrobiłem prostą komendę i efekt nakładania mikstury jak najbardziej działa. command /test: trigger: apply potion of mining fatigue 1 to player for 10 seconds Spróbuj również z tą prostą komendą. Sprawdź czy efekt jest nakładany. Mogę wiedzieć, którą wersję Skripta posiadasz? Również przyda się informacja nt. wersji serwera i silnika serwera oraz opcjonalnie posiadanych dodatków do Skripta. EDIT: Podaj również wersję FunnyGuilds.

W jaki sposób administracja jest określana na serwerze? Posiadasz jakiś skrypt/plugin od grup i permisji?

Naucz się podstaw Skripta i spróbuj poprawić kod samodzielnie. Poradników jest od groma, wystarczy chwilę poszukać. Nie zamierzam ci podawać odpowiedzi na tacy, gdyż chcę, abyś coś wyniósł z tego problemu, wiedział na przyszłość czego unikać. Nie rozumiem mimo wszystko, dlaczego eventy znajdują się pod warunkami.

Teraz wypiszę wszystkie błędy w twoim kodzie. 1. Za pomocą komendy /radiation safe [<text>] ustawiasz zmienną {safeloce} jako tekst, nie liczbę. Wynika to z tego, że w komendzie typem argumentu jest 'text', nie 'integer' lub 'number'. 2. W tej samej komendzie powinieneś albo usunąć kwadratowe nawiasy z argumentu, albo zrobić to w ten sposób: command /radiation safe [<number=100>]: Dzięki temu masz pewność, że nawet gdy wykonujący komendę nie poda argumentu, to zmienna nie straci wartości. Przypominam, że kwadratowe nawiasy oznaczają opcjonalność argumentu, natomiast ich brak obowiązek uzupełnienia go. 3. Tworzenie bossbara przy pomocy eventu 'on any move'? Mam co do tego wątpliwości... 4. Spójrz na te dwie linijki: if distance between the player and location of {srodekr} is bigger than %{safeloce}%: if distance between the player and location of {srodekr} is smaller than {safeloce}: Pomijam to, że dałeś w kodzie procenty, gdyż wspomniałeś, iż to znalazło się tam przypadkiem. Tutaj właściwie zrobiłeś tak, że sprawdzasz dystans między graczem, a lokalizacją lokalizacji (co brzmi dość śmiesznie), którą ostatnio zapisano przy komendy w punkcie 1. Tutaj wystarczy usunąć 'location of'. Dodam jeszcze, że sprawdzasz jedynie czy dystans między tymi dwoma punktami jest większy, bądź mniejszy. A co jeżeli stanie się tak, że będzie równy? Co prawda szansa na to jest niemalże zerowa, ale wtedy będzie problem. W takim wypadku lepiej po prostu zastosować 'else' zamiast drugiego warunku.

1. Zamiast ustawiać elementy zbroi za pomocą 'set', powinieneś użyć efektu 'equip event-entity with...'. 2. Tak jak wyżej pokazałem, zamiast wyrażenia 'spawned skeleton' użyj 'event-entity'. Gdybyś natomiast pojawiał szkieleta poprzez jakąś komendę, w takim wypadku należałoby użyć wyrażenia 'last spawned skeleton', chociaż i w tym przypadku sprawdziłoby się. 3. To jest dodatkowa informacja, zamiast ręcznie ustawiać obecną ilość życia, możesz użyć efektu 'heal event-entity'.

Używasz w tym celu efektu: connect player to "nazwa_serwera" Wymagana tutaj jest wersja 2.3+.

1. Powinieneś użyć 'any sign', gdyż są znaki i na ziemi, i na ścianie. 2. Jeżeli używasz w event'cie danego bloku, nie ma sensu go ponownie sprawdzać. 3. Przed dodawaniem do listy powinieneś sprawdzić czy dana lista nie zawiera już danej wartości 3. Do listy powinieneś dodać lokalizację bloku, nie sam typ bloku.