Ranking
Popularna zawartość
Treść z najwyższą reputacją w 10/25/19 uwzględniając wszystkie działy
-
[Skript-reflect] - Własne Efekty, warunki, wyrażenia i eventy!
bludis oraz jeden pozostały przyznał(a) reputację xAxee za temat
Skript-mirror W tym poradniku przedstawię wam jak tworzyć własne efekty, wyrażenia i warunki za pomocą pięknego dodatku skript-mirror oraz jego forka skript-reflect Ogólny wzór składni [text] Opcjonalne (text) Wymagane text1|text2 albo %text% typ zmiennej np Składnia [(xAxee|Ax)] [the] (plugin|plg) (man|manager) (disable|off) (plugin|plg) %string% Moze jedynie zostać: plg man disable plg "Ticker" Albo: xAxee the plugin manager disable plugin "Ticker" Uwaga ! Jeżeli na początku damy local to dany efekt / wyrażenie / warunek będzie mógł być wykorzystany tylko w skrypcie w którym się znajduje ! ! Efekty / wyrażenia / warunki muszą być nad wykonywanym kodem lub w innym skrypcie ! ! Do podanych argumentów zwracamy się expr-<numer argumentu> ! ! Efekty / wyrażenia / warunki mają małą siłę i zostaną "pokonane" jeżeli jakiś dodatek posiada takie wyrażenie, dlatego dobrze gdy mają przedrostek ! Efekty (Effects) (Coś co wykonuje jakiś kod) dealy effect #Zatrzymuje kod w efekcie i dalszy kod w skrypcie continue #Wznawia zatrzymany kod Najpierw musimy zdefiniować składnie naszego wyrażenia [local] effect <składnia>: parse: #Opcjonalnie #kod (domyślne ustawiania zmiennyc) trigger: #Wymagane #kod np: effect [AxTops] (clear|reset) all [top] points: trigger: loop {points::*}: set {points::%loop-index%} to 0 Taki efekt możemy użyć np tak: command /pointsreset: permission: * trigger: reset all top points send "&7Zresetowanie" stop Warunki (condition) (Warunki wykorzystujemy w ifach) Również najpierw musimy zdefiniować wyrażenie [local] condition <składnia>: check: #wykonywany kod continue ! Continue dajemy wtedy gdy kod spełnił warunek i kod za ifem może się wykonać (czyli zwróci true) ! np: condition [AxTops] %player% can buy (for|with) %number%: check: if {points::%expr-1%} >= expr-2: continue Możemy to wykorzystać jako: command /kupmiecz [<text>]: trigger: if player can buy for 200: add diamond sword to player remove 200 from player's points send "poprawnie zakupiono!" stop send "Nie masz tyle punktow" Wyrażenia (expression) (Coś co zwraca wartość) Definiujemy [plural] [local] expression <składnia>: parse: #Opcjonalnie #kod... get: #Opcjonalnie #kod... return... add: #Opcjonalnie #kod... set: #Opcjonalnie #kod... remove: #Opcjonalnie #kod... remove all: #Opcjonalnie #kod... delete: #Opcjonalnie #kod... reset: #Opcjonalnie #kod... ! W return dajemy wartość którą ma zwrócić wyrażenie (tak jak w funkcji) ! ! Aby pobrać zmienianą wartość w set/add/remove należy wpisać change value ! ! Return type to typ zwracanej wartości ! ! przedrostek pluar określa zwracaną wartość jako pojedyńczą ! np: plural expression [AxTops] %player%['s] points: return type: number get: if {points::%expr-1%} is not set: return 0 return {points::%expr-1%} add: add change value to {points::%expr-1%} set: set {points::%expr-1%} to change value remove: remove change value from {points::%expr-1%} delete: delete {points::%expr-1%} reset: set {points::%expr-1%} to 0 Możemy to wykorzystać jako: command /points [<player>] [<text>] [<number>]: permission: * trigger: if arg 2 is "reset" or "clear": reset arg-1's points send "&7Zresetowanie" stop if arg 2 is "get": send "&7Gracz %arg 1% posiada &a%arg 1's points% &7punktow" stop if arg 3 is set: if arg 2 is "set": set AxTops arg 1's points to arg 3 send "&7Ustawiono punkty" if arg 2 is "add": add arg 3 to AxTops arg 1's points send "&7Dodano punkty" if arg 2 is "remove": remove arg 3 from AxTops arg 1's points send "&7Zabrano punkty" Wszystko razem Skript-reflect Jest to fork skript-mirrora który poprawia wiele rzeczy oraz dodaje np własne wydarzenia (eventy) Zdarzenia (Events) Definiujemy custom event "<nazwa>": pattern: <skladnia> event-values: <zmienne które można pobrać z eventu> check: #kod który wykona się przed wywołaniem eventu w skripcie continue ! Możemy stworzyć event który nie ma w sobie żadnych zmiennych, staczy że usuniemy event-values ! np: custom event "onPlayerBuy": pattern: buy event-values: player, number check: continue aby event zadziałał trzeba jeszcze go kiedyś wywoływać, od tego mamy efekt call event %event% Jednak musimy jeszcze jakoś pobrać event (jako typ) oraz podać mu argumenty które będzie można wykorzystać w evencie, od tego mamy expresje: new custom event %string% [using %objects%] aby podać zmienne które będziemy używać w evencie, musimy je najpierw zapisać do listy a potem podać w wyrażeniu Przykład z użyciem gracza oraz jakiejś liczby set {_list::player} to player set {_list::number} to arg-1 new custom event "onPlayerBuy" using {_list::*} No i brawo! Nasz event jest gotowy do nasłuchiwania Całość w przykładowej komendzie powinna wyglądać tak: #Rejestrujemy event custom event "onPlayerBuy": pattern: buy event-values: player, number check: continue command /kilof [<number>]: trigger: #jakis tam kod od kupowania #Podajemy argumenty oraz pobieramy event set {_list::player} to player set {_list::number} to arg-1 set {_event} to new custom event "onPlayerBuy" using {_list::*} #Wywołujemy event call event {_event} #Nasłuchujemy eventu on buy: send "&7Brawo! udalo ci sie cos kupic! za cene &6%event-number%" to event-player Dzięki za uwagę no i wszelkie błędy / pomysły proszę zgłaszać Pozdrawiam Aksik2 punkty -
Problem
MasteriZiomaX oraz jeden pozostały przyznał(a) reputację Libter za temat
@MasteriZiomaX nie ma zapisu, który bezpośrednio zabraniałby sztucznego zwiększania licznika wyświetleń (rzadko się to zdarza, regulamin powinien być przede wszystkim, przejrzysty i zwięzły), ale warto zwrócić uwagę na dosyć ogólny zapis regulaminu: § 1.2: Zabronione są wszelkie działania na szkodę serwisu. Szkoda co prawda znikoma, maszyna wytrzyma, ale jest to bezsensowne marnowanie jej zasobów na tysiące identycznych i nic nie wnoszących wyświetleń. Dodatkowo jest to wprowadzanie do bazy swojego rodzaju fałszywej informacji, służącej wprowadzaniu w błąd użytkowników co do rzeczywistej popularności profilu / tematów co także można podciągnąć pod działania na szkodę. Innymi słowy, intencje takich działań na pewno czyste nie były, a to musiało spotkać się z reakcją moderacji Niemniej jednak jak już wspomniałem szkodliwość jest znikoma, więc obniżam sumę otrzymanych punktów ostrzeżeń z 15 do 2 - oczywiście nie oznacza to akceptacji dla takich działań i w razie ich wystąpienia w przyszłości mogą zostać nałożone bardziej dotkliwe sankcje wynikające z taryfikatora. Odnosząc się jeszcze do tematu błędów ortograficznych popełnianych przez @TakiJakTy - błądzić jest rzeczą ludzką, ale moderator powinien w dbałości o dobre imię forum powstrzymywać się od ich popełniania, zwłaszcza wielokrotnie gdy użytkownicy wcześniej zwracają na to uwagę. Liczę, że dalsze wpisy będą weryfikowane przynajmniej przez ortograf.pl i w przyszłości nie będę musiał wystawiać dalszych upomnień w tej kwestii.2 punkty -
AxCooldown - Zarządzanie cooldownem
Mordziotymoja przyznał(a) reputację xAxee za temat
Cześć Chciałbym wam przedstawić pewien system funkcji. Mianowicie chodzi o system zarządzania cooldownem. Funkcje udostępniam ponieważ wiele użytkowników nie wie jak poprawnie stworzyć cooldown a ten system funkcji powinien im to ułatwić. Funkcje są dostępne tutaj Środowisko: - skript min 2.6 - serwer 1.18.1 Jak używać? Najpierw trzeba stworzyć nasz cooldown funckją createCooldown(nazwa cooldowna, czas) np: on load: createCooldown("heal", 10 second) Następnie w kodzie musimy sprawdzić status cooldowna gracza funkcją: getCooldown(gracz, "nazwa cooldowna") np: command /heal [<text>]: trigger: if getCooldown(player, "heal"): Nastepnie gdy wykonamy kod musimy ustawic cooldown gracza funkcją: setCooldown(gracz, "nazwa cooldowna") np: setCooldown(player, "heal") Opis wszystkich funkcji: createCooldown(%string%, %time span%, %boolean-2%) - Tworzy cooldown deleteCooldown(%string%) - Usuwa cooldown setCooldown(%player%, %boolean%) - Ustawia status cooldownu getCooldown(%player%, %string%) - Zwraca status cooldownu w booleanie (np true) getCooldownBoolean(%player%, %string%) - Zwraca status cooldownu w booleanie (np false) getCooldownDate(%player%, %string%) - Zwraca date wygaśnięcia cooldownu (np 22.08.19 15:00) getCooldownTime(%player%, %string%) - Zwraca czas wygaśnięcia cooldownu (np 10 second) getCooldownText(%player%, %string%, %format%) - Zwraca przetłumaczony czas cooldownu (np 10 minut i 2.34 sekund) Małe wyjaśnienie: %string% - nazwa cooldownu (np "poradnik") %time span% - czas cooldownu (np 10 second) %player% - gracz (np player) %boolean% - status cooldownu (np true) %boolean-2% - czy automatycznie ma ustawić cooldown na true (np true) %boolean-3% - Włączenie bypassa do ominięcia cooldownu (np false) %format% - Customowa lista tłumaczeń (np "lat" and "rok", "miesiecy"...) Przykładowe skrypty z użyciem tych funkcji: Automatyczna aktualizacja Jeżeli chcesz aby ten skrypt aktualizował ci się automatycznie pobierz skrypt AxAutoUpdate1 punkt -
Tylko te tfu i tfu z których się składa główne przesłanie waszych postów Tęczowa kappa nie niesie ze sobą żadnych konkretnych postulatów, więc uważam ten argument za dosyć nietrafiony. Poza tym, serio, język aż tak bardzo zszedł na psy że "tfu na lgbt" oznacza "nie zgadzam się z niektórymi postulatami wysuwanymi przez środowiska LGBT"?1 punkt
-
Wielki zlot homofobów na forum, żeby trochę sobie popluć na niewinną tęczową kappę XD1 punkt
-
fCrafta zrobić i tyle1 punkt
-
Czy masz jakieś uzasadnienie w tym?1 punkt
-
sv.skript.pl - skryptowy survival
Shooterowy przyznał(a) reputację kerpson za temat
I tylko możliwość wejścia osób, które mają premki1 punkt -
fajny pomysł ale tfu na lgbt1 punkt
-
ave wielki dodatek funnyskaddon1 punkt
-
25.10.2019: Dodanie §2.1.2.4 regulaminu: Niedopuszczalne zachowania względem innych to [...] oszukiwanie i wprowadzanie w błąd. Dodanie §3.4.2 regulaminu: Nad porządkiem w serwisie czuwa moderacja, która [...] może interweniować zgodnie z rozporządzeniami oraz w podobnych przypadkach do rozpatrzonych skarg i odwołań. Poprawki stylistyczne regulaminu.1 punkt
-
Forumowe wiki istnieje już nieoficjalnie od dłuższego czasu, ale aby zostało oficjalnie ogłoszone jako kolejna część forum potrzebne jest jego uporządkowanie, określenie szablonów i zakresów wchodzących w skład wiki, a przede wszystkim zapełnienie nowymi treściami. Dlatego chciałbym powołać kilku opiekunów wiki odpowiedzialnych za jej poszczególne części. Wymagania: Czas i chęci: posiedzenie paru godzin nad swoją częścią wiki dwa razy w tygodniu to minimum. Dyspozycyjność: czyli śledzenie i udzielanie się na discordowym kanale #wiki. Umiejętność pisania po polsku bez popełniania rażących błędów. Znajomość tematu związanego ze swoim stanowiskiem. Stanowiska: Koordynator wiki (@Libter): koordynacja prac prowadzonych na wiki i jej poszczególnych sekcji. Forumowy opiekun wiki (@Libter): artykuły związane z działalnością forum i jego serwisów. Skriptowy opiekun wiki (wolne miejsce): artykuły związane z tworzeniem skryptów, dodatkowymi wtyczkami, itd. Minecraftowy opiekun wiki (wolne miejsce): artykuły związane z Minecraftem, serwerami, pluginami, itd. Społecznościowy opiekun wiki (wolne miejsce): artykuły związane z ważnymi wydarzeniami i użytkownikami forum. Techniczny opiekun wiki (wolne miejsce): badania na temat rozszerzeń, innych ulepszeń i administrowania wiki; artykuły związane z tworzeniem treści na wiki. Korzyści: Na początek discordowy kolorek i dostęp do kanału #wiki. Spora decyzyjność na zarządzanym przez siebie kawałku wiki. Udział w rozwoju forum i społeczności skript.pl, czegóż więcej trzeba Podanie: Proszę wysyłać w forumowej wiadomości prywatnej do mnie zawierając następujące informacje: Stanowisko do objęcia. Doświadczenie w tematach związanych ze stanowiskiem (np. utworzone tematy/posty na forum o danej tematyce) I/LUB pomysły na artykuły jakie powinny znaleźć się w kategorii objętej stanowiskiem. Doświadczenie w projektach wymagających czasu, chęci i dyspozycyjności (nie jest wymagane, ale jeśli się go nie ma warto uzasadnić). Doświadczenie w projektach o charakterze wiki / redakcji (nie jest wymagane, ale się przyda). Powodzenia!1 punkt
-
1 punkt
-
skrypt został opublikowany 15h temu a ty już go używasz na serwie? To nieźle. Dodatkowo zapewne jesteś multikontem do nabijania pozytywnch opinii, bo założyłeś konto 1h temu, byłeś dostępny 1h temu i to jedyny temat, w którym odpowiedziałeś1 punkt
-
1 punkt
-
O jak równiutko 22 800 Użytkowników
Libter przyznał(a) reputację CountingDogs za aktualizację statusu
O jak równiutko 22 800Użytkowników1 punkt -
command /tokenydaj: trigger: if {hajs::%player%} is more than 109: remove 110 from {hajs::%player%} give player 1 paper named "Bankot 100 tokenow" with lore "dodaje 100 tokenow serwerowych" stop else: send "nie masz tyle tokenow!" on rightclick: if player's tool is paper named "Bankot 100 tokenow": remove 1 paper named "Bankot 100 tokenow" from player's inventory add 100 to {hajs::%player%} send "dodano 100 toke do twojego konta" Liczę na +1 punkt
-
Wie moze ktos jak napisac skrypt na anty kopiowanie itemow?0 punktów
-
0 punktów
-
0 punktów
-
options: fly: false gamemode: survival on command "warp": if arguments is set: set player's fly mode to {@fly} set player's gamemode to {@gamemode}0 punktów
-
kopiowanie itemow
3meraldK przyznał(a) reputację C4LLM3P3T3R za pytanie
Chodzi chyba o kliknięcie scrollem w gm 1. To w takim razie wydaje mi się, że będzie to : on inventory click: if event-click is middle mouse button: cancel event0 punktów
-
Najwięcej postów w tygodniu
-
Najwięcej tematów w tygodniu
-
Aktywni użytkownicy
-
1
-
2
-
