piratjsk

Automatycznie wygenerowana wiadomość. Ten temat został zamknięty i przeniesiony do archiwum.

Automatycznie wygenerowana wiadomość. Ten temat został zamknięty i przeniesiony do archiwum.

Automatycznie wygenerowana wiadomość. Ten temat został zamknięty i przeniesiony do archiwum.

Ja naprawdę nie rozumiem czemu to, że znikam tej topki albo się w niej pojawiam zawsze komuś przeszkadza... Jeśli chodzi o moje zdanie to wolałbym nie być wyświetlany w tej topce.

Okej, w najbliższym czasie (6 lipca) wystartuje wersja beta serwera. Tym samym nie będę już więcej aktualizował tego tematu, wszystkie informacje będzie można znaleźć na stronie serwera (głównie na forum). Wersja beta? Tak, nie należy jednak jej mylić z beta testami, po których ukończeniu mapa i cały dorobek graczy jest resetowany. Wersja beta serwera w tym przypadku znaczy tyle, że można już w miarę normalnie grać, z tym że część funkcji może nie być jeszcze zaimplementowana, a część może korzystać z rozwiązań zastępczych oraz mogą się jeszcze pojawić niewielkie błędy. Ten temat w tym momencie zamykam, a za kilka dni przeniosę go do archiwum i stworzę prezentację serwera. Edit: Nastąpiły niewielkie zmiany, więcej informacji można znaleźć w tym miejscu.

Zrobione.

Króliczki Prościutki śmiecioskrypt budzący w nocy w słodkich króliczkach mordercze instynkty. Kod: https://code.skript.pl/jzOJ3k9k/ (Czas w pętli można oczywiście zmienić. Im większy tym lepiej jeśli chodzi o zużywane zasoby serwera, im mniejszy tym lepiej jeśli chodzi o jakość rozgrywki, najlepiej więc znaleźć coś pomiędzy.) Skrypt wymaga mc 1.8+ i Skript 2.2 (z zaktualizowaną listą aliasów). //Link ~Myszak

Podczas korzystania z funkcji wszystkie zdefiniowane argumenty muszą zostać podane aby funkcja została wykonana, więc sprawdzanie czy argument został podany nie ma sensu.

Dlaczego tylko z tego? Warto też wspomnieć, że trzeba zwracać uwagę na licencje/warunki korzystania z danych textur, bo część autorów nie życzy sobie aby ich resourcepacki były wgrywane w ten sposób na serwery.

@ Nom, to kolorowanie składni ma trochę błędów, może kiedyś będzie mi się chciało to popoprawiać. starg11 z oficjalnego forum sk podobno poprawił błąd z komendą: http://dev.bukkit.org/bukkit-plugins/skript/forum/misc/69336-syntax-highlighting-for-sublime-text-indev/#p4

Kilka uwag: Ta opcja ma zastosowanie gdy nie korzystamy z EssChat. Aby działała musi być też ustawiona na true opcja change-displayname. Jeśli powyższe warunki są pełnione i ta opcja jest ustwiona na true to do wyświetlanej nazwy gracza zostaną dodane jego prefix i suffix. To jest czas (w sekundach) jaki trzeba odczekać do następnej teleportacji (czas, który trzeba odczekać aby ponownie użyć /home, /tp, itp.). Tutaj można zdecydować czy ma być wyświetlane powiadomienie (wiadomość), że ktoś użył komendy /lightning. Domyślnie jeśli ess ma taką samą komendę jak jakiś inny plugin to jest wykonywana komenda tego innego pluginu. Jeśli jednak dodamy ją do tej listy to ess nadpisze tą komendę z innego pluginu i zostanie wykonana ta essentialsowa. Tutaj można podać komendy, które bedą "śledzone" podczas gdy gracz jest w trybie socialSpy (/socialspy). Czyli jeśli jest tutaj komenda /kret to gdy jakiś gracz jej użyje zostanie o tym wyświetlona informacja wszystkim graczom, którzy są w trybie socialSpy. Ta opcja decyduje czy (jeśli gracz jest afk) po jakimś działaniu (np. napisaniu czegoś na czacie) gracz ma przestać być afk. Jeśli będzie ustawiona na false to żeby przestać być afk będzie trzeba wpisać komendę /afk. Ta opcja działa podobnie jak powyższa z tą różnicą, że ta decyduje czy ruch gracza ma wyłączać afk czy nie. Nie do końca. Ta pozycja decyduje czy do teleportacji pomiędzy światami mają być wymagane uprawnienia. Jeśli ta opcja jest włączona to aby przeteleportować się do danego świata gracz musi posiadać uprawnienie essentials.worlds.<nazwa_świata>. Ta opcja ma zastosowanie do wszystkich komend (/world, /back, /tp[a|o][here|all]) oprócz /home (dla której tą opcję można ustawić dalszej części configu) oraz /warp. Dzięki tej opcji można sprawić, że komenda /back będzie działała też dla teleportacji za pomocą innych pluginów (a nie tylko dla komend ess). Ess będzie nasłuchiwał na event teleportacji i rejestrował skąd gracz się teleportuje. Ta pozycja decyduje czy do teleportacji do domów (/home) pomiędzy światami mają być wymagane uprawnienia. Jeśli ta opcja jest włączona to aby przeteleportować się do domu (/home) znajdującego się w innym świecie gracz musi posiadać uprawnienie essentials.worlds.<nazwa_świata>. Ten parametr gdy jest ustawiony na true powoduje, że w pomocy, pod komeną /help nie będzie wyświetlana pomoc dotycząca pluginu ess. Ten parametr gdy jest ustawiony na true ukrywa w pomocy (komenda /help) dla danego gracza te pluginy, do których nie ma uprawnień. Czyli np. jeśli gracze w grupie krety nie będą mięli dostępu do pluginu WE to gdy wpiszą /help nie pojawi się im tam pomoc dotycząca tego pluginu. Parameter radius odpowiada za odległość (ilość bloków) w jakiej trzeba się znajdować od wysyłającego wiadomość aby ją zobaczyć. Nie miejsce tylko na spawnie jakiej grupy ma się pojawiać gracz. Warto też od razu przy tym zaznaczyć jak ustawiać spawny dla różnych grup. Można to zrobić komendą /setspawn <nazwa_grupy>. Tak więc gdy wpiszemy np. /setspawn kret, będąc gdzieś pod ziemią to od tego momentu wszyscy gracze w grupie kret po użyciu komendy /spawn lub śmierci nie będą pojawiać się na głównym spawnie (ustawionym za pomocą /setspawn) tylko na ich własnym podziemnym. Ten parametr można ustawić na 3 wartości: lowest/high/highest. Odpowiada on za to jaki plugin będzie obsługiwał respawn gracza (np spawnował go przy łóżku, w jego /home albo na spawnie). Jeśli ustawimy go na lowest to respawn gracza będą obsługiwać inne pluginy np. Multiverse. Wartość high w zdecydowanej większości przypadków zapewni, że ess będzie się tym zajmował. Wartość highest daje 100% pewność, że tylko ess będzie obsługiwał respawn gracza.

Tak, możesz. Będzie działać.

Nazwa poradnika: Funkcje Link: skript.pl/topic/8232-np-funkcje/

Funkcje Możliwość tworzenia własnych funkcji w skryptach do tej pory oferowały tylko dodatki (WS i skQ). Od momentu wydania developerskiej wersji Skript 2.2 można z nich korzystać bez żadnych dodatkowych pluginów. Skąd wziąć Skript w wersji 2.2? Najnowszą wersję Skript można pobrać stąd, warto też rozważyć skorzystanie z wersji zawierającej poprawki autorstwa Mirreducki'ego. Składnia Istnieją dwa podstawowe typy funkcji: taka, która coś zwraca, jakąś wartość, oraz taka, która tylko wykonuje kod i nie zwraca żadnej wartości. # Funkcja, która zwraca wartość function nazwa_funkcji(nazwa_argumentu: %typ_argumentu%, ...) :: %typ_zwracanej_wartości%: # kod_funkcji return %coś% # Funkcja, która tylko wykonuje swój kod i nie zwraca żadnej wartości function nazwa_funkcji(nazwa_argumentu: %typ_argumentu%, ...): # kod_funkcji Argumenty są opcjonalne, można ich użyć ale nie trzeba. Definiowanie obydwu rodzaji funkcji zaczynamy od słowa kluczowego function, następnie po spacji podajemy nazwę, z której bedziemy później korzystać aby wywołać naszą funkcję. Po tym w nawiasach podajemy argumenty, jeśli nasza funkcja nie będzie z nich korzystać należy wstawić tylko nawiasy (). Argumenty podajemy według wzoru: nazwa: %typ%, np. gracz: player albo p: player, w: world. W przypadku funkcji zwracającej jakąś wartość trzeba w tym momencie podać typ tej wartości (np. number, text, player, location). Na końcu linijki definniującej funkcję należy umieścić dwukropek, a następne linijki (kod funkcji) wciąć o jedną jednostkę. Podając liczbę mnogą typu argumentu (np. players, entities, worlds) umożliwimy sobie podawanie wielu wartości (o podanmy typie). Tak samo sprawa ma się w przypadku typu zwracanej wartości, gdy podamy jego liczbę mnogą będziemy mogli zwracać listy wartości. Np. function podpal(g: players): function ktoWygral(mecz: text) :: players:. Argumenty Wiesz już jak zdefiniować argumenty, teraz czas nauczyć się z nich korzystac. Jest to naprawdę proste. W kodzie naszej funkcji odwołujemy się poprostu do zmiennych lokalnych (zaczynających się od znaku _) o takich nazwach jak podane argumenty. # np. function dajDiamenta(gracz: player): give 1 diamond to {_gracz} Korzystanie z funkcji Gdy już zdefiniowaliśmy naszą funkcję przyszedł czas aby ją wykorzystać. # np. command /daj: trigger: dajDiamenta(player) send "Oto twój diament :)" Jeśli nasza funkcja zwraca jakąś wartość to możemy ją np. zapisać do zmiennej. command /punkty: trigger: set {_punkty} to ileMaPunktow(player) send "&eMasz &6%{_punkty}% &epunktow." Definicja funkcji nie musi być w pliku, w którym z niej korzystamy. Funkcje zdefiniowane w jednym skrypcie będziemy mogli używać w każdym innym. Jak znajdę chwilę czasu to dodam tu jeszcze kilka przykładowych funkcji. function dodajWarpa(nazwa: text, lokacja: location) :: boolean: if {warpy::%{_nazwa}%} is set: return false else: set {warpy::%{_nazwa}%} to {_lokacja} return true

Autor RandomSK (dodatku do Skript), Mirreducki zaczął jakiś czas temu poprawiać błędy występujące w Skript 2.2 oraz ulepszać niektóre jego elementy. Błędy występujące w tej wersji Skript, które chcielibyście aby poprawił, możecie zgłaszać w tym temacie lub jako issues w tym miejscu. Github: przenieś Lista poprawionych błędów: przenieś Poprawioną wersję pluginu możecie pobrać z poniższego linku. Download: przenieś

Forum serwera: http://klc.grota.net/forum'>>http://klc.grota.net/forumCoś nie wychodzi mi opisywanie serwera na stronie więc wstawiam tutaj krótki opis. W skrócie: Rozgrywka na klocuszku będzie polegała na budowaniu, eksplorowaniu mapy, walczeniu z potworami. Każdy gracz, który spędzi online odpowiednią ilość czasu będzie mógł założyć sobie cuboid (im więcej czasu tym więcej cuboidów). Im dłużej gracz będzie online i nie zginie tym więcej będzie miał życia (max 20 serduszek), zawsze gdy zginie traci jedno serduszko (min 4 serduszka). Domyślnie będzie obowiązywał handel wymienny, od graczy będzie zależało czy sprawę tak pozostawią czy ustalą jakąś konkretną walutę. Nie będzie teleportowania się za pomocą komend. Na serwerze będzie działał system portali (więcej info na forum). Będą organizowane eventy. Na mapie będzie można znaleźć specjalne lokacje, a w nich specjalne przedmioty, potwory i zagadki. Gracze będą mogli zakładać zgromadzenia. Każdemu zgromadzeniu przysługiwać będzie prywatny kanał na czacie. W późniejszym czasie (już po starcie serwera) będą dodawane specjalne umiejętności, które gracze będą mogli zdobyć podczas gry. Nie będzie żadnych map surowcowych - należy dbać o świat. Będzie można zatrudniać (zmuszać) wieśniaków do pracy jako sprzedawcy (sklepy). Będzie czat lokalny, globalny, prywatne kanały dla zgromadzeń i zasłużonych graczy oraz specjalne kanały na czas różnego rodzaju wydarzeń. Na forum serwera w najbliższym czasie pojawią się opisy (poradniki dotyczące) poszczególnych aspektów gry. Większość pluginów, które zostaną napisane dla tego serwera zostaną udostępnione dla ogółu.

Ważna informacja! Jak zwykle przy tego typu projektach moje plany uległy pewnym zmianom. Serwer nadal powstaje ale w trochę innej formie. Na początek dziękuję wszystkim, którzy już zainteresowali się klocuszkiem lub zaangażowali się w proces jego tworzenia. Co się tyczy aktualnej mapy: - nie będzie wykorzystana w nowej "wersji" serwera - każdy kto pomagał ją dotychczas tworzyć, jeśli tylko będzie chciał, dostanie jej kopię O co w tym wszystkim chodzi? Zmieniła mi się wizja tego jak ma wyglądać ten serwer. W najbliższym czasie umieszczę wszystkie informacje o klocuszku na stronie klc.grota.net.

Dla wszystkich, którzy mają problemy ze złą wersją javy: wersja działająca z javą 6 i nowszą. Przygotowuję nową wersję PirateSK (prawdopodobnie zmienię nazwę), która będzie obsługiwać (oprócz już zaimplementowanych funkcji) flagi, priorytety, dziedziczenie, natywny event WG i własne eventy interakcji z regionem, poprawiona będzie też obsługa schematów. Może to jednak trochę potrwać bo aktualnie jestem dosyć zajęty innymi rzeczami.

Po co? Przecież już ma ten argument opcjonalny. Przed napisaniem odpowiedzi naprawdę warto przeczytać post, na który się odpowiada. Wartość argumentu można zapisać do zmiennej, nie można tylko zrobić tego odwrotnie. Da się więc to zrobić, w ten sposób, o którym myślałeś.

Zastanawiam się jakim cudem jesteś w SDT. @topic Wartości argumentu nie można zmienić, np. przypisać do niego zmiennej. Można natomiast do zmiennej zapisać argument: set {zmienna} to arg-1

Vault to api dla twórców pluginów. Bez pluginu na ekonomię wspierającego Vault wyrażenia z nią związane nie będą działać.

Nie.

Witajcie. Mam Wam do przekazania kilka informacji. Regulamin lokalny działu /Lista skryptów został zaktualizowany (pkt 4). Skoro jesteśmy już przy regulaminach to SDT pracuje nad modernizacją regulaminu forum. Grupa dopracowuje regulaminy, ujednoznacznia niejednoznaczności, pozbywa się lub poprawia niedopracowane zasady i ulepsza tabelę kar. Chcesz mieć większy wpływ na prawo obowiązujące na forum? Zapraszam do składania podań do SDT. Bycie w SDT to nie jedyny sposób, w który możesz mieć wpływ na panujące na forum zasady. Przypominam, że nadal trwa rekrutacja na Moderatora Minecraft, pod którego pieczą są wszystkie działy dotyczące ogólnie gry Minecraft. Przed złożeniem podania zapoznaj się z wytycznymi. W końcu zostały wprowadzone w życie zaproponowane przez Was certyfikaty SDT. Warto się o nie starać. Temat odznaczonego tym wyróżnieniem skryptu będzie wyróżniony w liście skryptów kolorem tła i specjalnym znaczkiem. Dodatkowo wewnątrz tematu będzie znajdować się informacja o tym, że skrypt otrzymał certyfikat SDT. Zainteresowanych zapraszam do składania zgłoszeń. SDT pracuje również nad forumową gazetką. Masz pomysły na artykuły? Pisanie sprawia Ci przyjemność? Chcesz zostać redaktorem gazety? Jeśli tak, to zapraszam do składania podań w odpowiednim dziale. Życzę miłego dnia i pozdrawiam :pirat:

Można też dodatkowo, zwykłe komendy (nie te z prefiksem bukkit: albo minecraft:) zablokować całkowicie, tak, że przy próbie ich użycia wyświetli się komunikat o nieznanej komendzie. W tym celu w pliku /commands.yml należy wpisać: aliases: blokowana_komenda: - [] # np. plugins: - [] pl: - []

Zdecydowanie na nie.