Ranking

Sprawa dosyć ciekawa, zwłaszcza że od lat w regulaminie nie ma definicji uznania czegoś za nieestetyczną prezentację i opiera się to w większości o przyjęte zwyczaje oraz indywidualną ocenę moderatora. Niemniej jednak temat był już wielokrotnie dyskutowany na kanale ekipy. Zgodnie z rozporządzeniem o ekipie "za aktualnie wiążącą decyzję w danej sprawie uznaje się najnowszą decyzję najwyższej rangi" - w tym przypadku jest to podpięta wiadomość na discordzie z 2017 roku: Jednocześnie na chwilę obecną nie widzę potrzeby stworzenia dokładniejszych przepisów, ponieważ liczę na ukończenie zewnętrznego serwisu z serwerami przez @JanekJaran do końca tego roku. Niemniej jednak zgodnie z §3.4.2 regulaminu - wyrok w tej sprawie również jest częścią prawa na podstawie którego moderacja ma obowiązek działać. (Orzeczenie) Po podsumowaniu aktualnego stanu prawnego, można przejść do samej sprawy, w której widzę kilka naruszeń: Moderator nie powinien przejmować sprawy innego moderatora o ile ten nie został wyrzucony. Wynika to pośrednio z ogólnych procedur moderacyjnych co do rozpatrywania zgłoszeń, a nieprzestrzeganie tej zasady w innych przypadkach skutkuje niepotrzebnym chaosem i poczuciem przytłoczenia użytkownika przez moderatorów z których każdy po kolei może mieć inne zdanie. Zbyt mały obrazek o ile istnieje możliwość jego powiększenia poprzez kliknięcie na niego lub kliknięcie linku nie jest przesłanką do uznania prezentacji za nieestetyczną. Obrazek niedopasowany do ciemnego stylu (o ile ma własne tło, a nie przezroczyste) absolutnie nie jest przesłanką do uznania prezentacji za nieestetyczną. Jest to w większości przypadków niemożliwe do zrealizowania, więc decyzja moderatora nosi w tym przypadku znamiona absurdu. Podsumowując: Temat zostaje na stałe przeniesiony do działu prezentacji. Posty związane z błędnymi działaniami moderacyjnymi i inne nieaktualne zostają ukryte, aby nie zaśmiecać tematu. @CountingDogs powinien zapoznać się z puntem 2. orzeczenia. @xNightPower_ powinien zapoznać się ze wszystkimi punktami orzeczenia oraz otrzymuje naganę w związku z punktem 3. za stawianie użytkownikowi nierealnych wymogów i nieskonsultowanie sprawy na kanale moderacyjnym.

Wymaga Skripta 2.2 SkQuery i WildSkripta function check() :: boolean: if hour is 12 or 17: if minute is between 0 and 10: return true return false on command: command is "tpa" !check() cancel event send "ta komenda działa tylko w godzinach"

tak, ja wiem - najprościej to by było dodać zwykłe opóźnienie trzydniowe do kitów standardowo już chyba brak podstawowych informacji i niezgodność posta z regulaminem...

Proszę. on respawn: teleport player to location at (0, 0, 0) in world "world" set {odliczanie::%player%} to 600 while player is online: remove 1 from {odliczanie::%player%} if {odliczanie::%player%} is 0: teleport player to location at (0, 0, 0) in world "world" exit loop wait 1 second on join: {odliczanie::%player%} is set while player is online: remove 1 from {odliczanie::%player%} if {odliczanie::%player%} is 0: teleport player to location at (0, 0, 0) in world "world" exit loop wait 1 second

marnowania czasu ciąg dalszy... a czy posiada kolega może jakieś błędy po przeładowaniu skryptu? Albo błędy w konsoli po użyciu komendy? A może chciałby się kolega podzielić z nami posiadaną wersją pluginu Skript jak również posiadanego silnika oraz jego wersji i wersji serwera? serdecznie zapraszam też do mojego poradnika o tworzeniu komend w Skript - jeżeli uważnie go przeczytasz, to będziesz w stanie naprawić każdy problem ze swoimi komendami - link znajduje się w sygnaturze pod tym komentarzem.

Dobrze, ale co konkretnie nie działa? Jeżeli opisujesz problem ze skryptem, rób to dokładnie. Teraz tracimy czas na zbędne dopytywanie.

Jeśli ustawisz cooldown w Essentials to nie będziesz musiał dodawać dodatkowego cooldownu w Skript. Jeśli natomiast twoja komenda /kit jest w Skrypcie, to możesz użyć tego efektu: https://skriptlang.github.io/Skript/effects.html#EffCancelCooldown command /nick : cooldown: 3 days trigger: if length of arg-1 is more than 16: # Zabezpiecza, aby cooldown nie został "naliczony" w przypadku niepoprawnego uzycia komendy. Aby wstawic swoj warunek po prostu zmien linie wyzej ;) cancel the cooldown stop #co ma sie dziac po poprawnym wpisaniu komendy set the player's display name to arg-1

Jedyną opcją jest tutaj użycie 5-slotowego GUI, czyli Hoppera. Jeśli masz 3 światy to możesz wykorzystać slot (sloty liczone są od zera) 0, 2 i 4, aby ładnie to wyglądało lub slotów 1,2,3, wszystko zależy od Ciebie. GUI hoppera otwierasz tak: show hopper inventory named "&cNazwa" to player Slot ustalasz tak samo jak w normalnej skrzynce: set player's current inventory's slot 0,1,2,3 and 4 to barrier named "&c..." przykładowe użycie:

Chcesz teleportować martwego gracza? Nie lepiej teleportować go po respawnie?

https://helpch.at/docs/1.8.8/org/bukkit/entity/Player.html#sendTitle(java.lang.String, java.lang.String) Co do tematu, jeżeli chcesz, żeby Twoja komenda była handlowana jako pierwsza musisz użyć PlayerCommandPrerocessEvent https://hub.spigotmc.org/javadocs/spigot/org/bukkit/event/player/PlayerCommandPreprocessEvent.html to się dzieje PRZED wykonaniem komendy, więc raczej szedłbym w tym kierunku

command /odbierz [<text>]: trigger: if player has paper named "&4&lBilet": remove paper named "&4&lBilet" from player execute console command "kit lb %player%"

Nareszcie udało się, wczoraj tylko zmarnowałem na to 2 godziny... niepotrzebnie, jak zwykle coś jest nie tak jak robię serwer na komputerze, a na normalnym hostingu... Finalnie działa to i pomogło to sprawdzenie przedmiotu jaką ma nazwę. Najlepsze, że na serwerze stworzonym na komputerze i te same pluginy itd. to nadal nie działa Ale ważne, że na hostingu działa. on consume notch apples: add 1 to {koxy::%player%} send "test" to player Dzięki za pomoc. Miłego dnia wam życzę

on consume: broadcast "%event-item%" a czy jak jesz koxa przy tym kodzie to nie wysyła nic, czy wyswietla '<none>'?

W takim razie zróbmy to inaczej. Sprawdź nazwę przedmiotu przy zjedzeniu koxa. on consume: send "%event-item%" to player Następnie albo to podaj w event'cie, albo w warunku to sprawdzaj. on consume of [to, co zostało wysłane]: # Dalszy kod # Lub: on consume: if event-item's type is [to, co zostało wysłane]: # Dalszy kod

Przecież ten skrypt ma źle zrobione wcięcie. on consume of enchanted golden apple: broadcast "&6%player% &fzjadł koxa!" Możliwe, że przy dłuższej nazwie Skript "gubi się" i nie wie jak to interpretować. Dlatego też wtedy przydaje się dodanie przed przedmiotem słówka 'of'.

To znaczy że masz uzupełnić temat. Sorka Ale Nie Znam Się Zbyt Bardzo Na Wróżeniu Z Fusów I Nie Potrafię Bez Podstawowych Informacji Podać Czegokolwiek Sensownego. Mam Ci Pokazać W Jakim Formacie Powinien Być Twój Post? I Nie Musisz Pisać Każdego Słowa Wielką Literą Bo To Źle Wygląda.

Wiecie, ostracyzm ostracyzmem, ale ludzie, opanujcie się. Wieszamy już ludzi za roszczenia i poglądy. Ja rozumiem, że jeśli by zarypał teren i zgriefował. Ale co takiego się stało? Czy nie mamy odpowiednich trybów do rozwiązywania takich spraw? Jeśli wg regulaminu teren nie jest jego, to w czym problem? Teren nie jest jego, a roszczenia niczego nie zmienią. A to, że jest socjalistą to sprawa poglądów, ja jestem centrystą, czyli też ze skrajnego punktu widzenia socjalistą, ale nie szkodzę ludziom. Moim zdaniem wniosek jest nacechowany emocjonalnie i mamy tu do czynienia z zaszczuciem człowieka. Przeczytajcie sobie wniosek i powiedzcie ile szkód Zoog Zoog zrobił. Ile? Nerwy Libterowi zepsuł? To już nie można mówić, mamy totalitarny reżim? Z umowami tak samo, gracz zgodził się lub nie oddać te 10 diamentów. Od takich spraw jest forum, rozwiązujemy sprawy sądowo, nie? Chyba, że jedna ze stron się zgodzi to załatwić za 10 diaxów, jeśli tak to nie jest to nasza sprawa, nie zaglądamy do portfeli tych, którzy nie proszą nas o pomoc w związku z tym. Podsumuję to tak: nie musimy się lubić, wzajemnie zabijać też nie. PS. Jeśli ktoś oglądał ostatnio nowy odcinek Wojny Idei, było tam o argumencie Ad Hitlerum, czyli załatwienie przeciwnej strony tym, że "hitler tak robił". W tym przypadku mamy niesmaczne "widmo jaranizmu".

niestety takie coś nie jest zbyt przyjemne - tego typu personalizację ciężko będzie zrobić - najprościej robiąc możemy przerwać wysyłanie wiadomości chatu i przesłać ją ręcznie do wszystkich graczy, ale wtedy wszystkie pluginy od chatu przestaną działać poprawnie - mam na myśli np. antyspam, formatowanie chatu, włączanie / wyłącznie chatu i tak dalej... @Kormic szybciej się nie dało? XD

Czy posiadasz jakiś plugin na czat? Czy na serwerze posiadasz ustawiony chat format? Problem z tym skryptem jest taki, że wiadomość na czacie jest jedna dla wszystkich, można jedynie zmienić zakres jej odbiorców. W takim wypadku najprościej byłoby anulować event i wysyłać do każdego gracza z osobna zmodyfikowaną wiadomość. on chat: player has permission "you" message contains "[YOU]" cancel event loop all players: set {_m} to message replace all "[YOU]" with "%loop-player%" in {_m} send "&6%player% &7>> &f%{_m}%" to loop-player

Skoro najnowszą, to podejrzewam, że masz na myśli Skripta 2.5.2. Co do bossbarów, poleciłbym raczej dodatek SkRayFall. WildSkript jest stary i zdecydowana większość jego funkcji jest już zawarta w podstawce Skripta. create bossbar titled "%arg-2%" and id "testBossbar" for arg-1 with progress 100 with colors blue Tutaj jest dokumentacja (wystarczy, że wyszukasz na stronce frazę bossbar i wyskoczy ci wszystko to, co jest przydatne przy tworzeniu i modyfikowaniu bossbarów). Tutaj natomiast jest krótki filmik od ekipy Minehut, w którym prezentują jak stworzyć nieco bardziej zaawansowany bossbar. Myślę, że to jest dobry poradnik dla początkującego w tym temacie.

https://skriptlang.github.io/Skript/effects.html#EffPlaySound

set {_e::*} to enchantments of player's tool set {_n} to name of player's tool set player's tool to iron chestplate of {_e::*} named {_n}

Tak tylko dopowiem, że bez podstaw nic nie ruszy

command oglos <string>: trigger: broadcast "" and "--------" broadcast "%player%:" broadcast coloured arg broadcast "----------" and ""

display "%argument-2%" on bossbar for argument-1

Podaj wersję Skripta, którą posiadasz.

W mojej opini Zoog to dobry gracz i niczym nie zawinił aby wylecieć. Niby gada różne rzeczy o 0, 0 ale żadnych złych działań jeszcze nie podjął. Z graczem się ogólnie przyjemnie współpracuje. Więc nic mnie nie przekonało do zagłosowania na tak.

Nie? Po prostu 90% tego wniosku to lanie wody a ZoogZoog swoim bytem na serwerze niczym nie zawinił. Wniosek jest bezpodstawny.

Nie wiem jak to wygląda na IPS, bo nigdy nie korzystałem, ale można by pokusić się o zapisywanie jednej informacji na koncie, tzn czy chatbox jest włączony czy wyłączony, każdy kto ma już konto miałby chatbox włączony, a każde nowe konto miałoby chatbox wyłączony. Włączanie mogłoby być obsługiwane chociażby ręcznie. Oprócz tego można zrobić szybką rekrutację na chatmodów, którzy byliby odpowiedzialni za usuwanie takiego syfu pokroju gnoma.

Proszę. Wymagany Skript 2.2-dev31+. on command "tpa": if (now formatted as "HH") is "12" or "17": if ((now formatted as "mm") parsed as integer) is >= 10: stop cancel event send "&cNie możesz użyć teraz tej komendy!" to player

Przeczytaj ultimatum zawarte we wniosku - należy głosować na tak, a jak zerwie kontakty z Jaranem i wycofa się z roszczeń to wtedy my wycofamy głosy.

Zostały podane odpowiednie argumenty, gracz o nicku: ZoogZoog kazał zapłacić za wejście na nieogrodzoną poseję (gdzie nie wiadomo kiedy się jego posesja zaczyna). Następnym przykładem jest bycie sześćdziesioną i mówienie ludziom w grze coś co się usłyszało na komunikatorze głosowym (moje okradnie A4_).

@.fxy_czy dałbyś może aktualizacje do mc 1.16.1 poniewaz jak wgrywam ten skrypt wyskakuje ten błąd