knugi

Co do opcji "usage" też jestem specyficznie nastawiony, gdyż w jednym argumencie można przyjmować różne formaty, np komenda /ban [<text>]. Argument w moim skrypcie by był /ban lista, lub /ban <nick>. Sprawdzający czy nick gracza jest zbanowany, lub wyświetlało listę osób zablokowanych. To jest tylko taki przykład i nie ma zastosowania tylko w tym przypadku. Podobny przykład: Skrypt na losowy kod. /kod <kod> lub dla administratora /kod start. A że są dwa argumenty w skrypcie autora to i tak nie ma znaczenia, gdyż żadnego nie wykorzystuje i to nijak się ma do funkcjonalności oraz wydajności skryptu. Pozdrawiam.

Co do argumentów to mam sprzeczne zdanie. Też używałem jednego argumentu opcjonalnego, mimo że nie był potrzebny w komendzie, żeby skript nie słał tymi białymi wiadmościami "Correct usage" Czy coś w tym stylu. Co do tematu, schludnie czysto, choć nasrane, i na temat. Pozdrawiam #Knugi

Sprawdź poszczególne warunki: 1. Czy gracz wchodząc na region wchodzi na dane koordynaty? (zdaje mi się, że wielkość yaw i pitch też tu są kluczowe) 2. Zdaje mi się, że dopisek "in world "boxpvp"" jest zbędny, bo chyba zmienna ma tę wartość w sobie. 3. Jeżeli chcesz samemu dojść do wniosku czemu to nie działa to rób debugi typu "send" lub "broadcast" po każdej sekcji i sprawdzaj gdzie kod się zatrzymuje. Taka mała podpowiedź odemnie. Prościej by było zrobić region w tym miejscu co ma następować teleportacja i sprawdzać czy gracz wszedł w ten region: on region enter: if region contains "twoja_nazwa_regionu": teleport player...

Może być ciężko to przywrócić, bo na komputerze raczej nie mam kopii zapasowej starych wydań. A czemu nie działa to dziś wieczorem może zobaczę, bo od tygodnia na komputerze nie byłem @lubie szukałem teraz na komputerze i nie znalazłem ani poprzedniej, ani najnowszej wersji. Z tego co wiem, wcześniejsza różniła się tylko jakąś pętlą i sprawdzaniem spacji w słowie aby dobrze pomieszać. W sumie teraz jak już dłuższy czas nie pisze skryptów to ciężko mi jest rozszyfrować ten kod

Taki mały bump (bo autor uważa, że temat znikł): 1. Błąd: premisji (linia 8 ) [Jak coś to "permisji" a najlepiej "uprawnień" 2. Nie wiem czy "graczowi" by nie było bardziej po polsku 3. Linia 56 zamiast upuszczać to wyrzucać Linia 57 zamiast odbierać to podnosić Linia 57 zamiast Umieszanie to stawianie. 4. Linijki 69-71 nie sa przetłumaczone.

on death: remove purpur block named "&6&lDzialka" from drops on respawn: wait 5 tick if player doesn't have purpur block named "&6&lDzialka": give purpur block named "&6&lDzialka" to player

Jeżeli chcesz mieć kolorowy tekst na code.skript.pl to musisz mu ustawić język na "Skript" A całość wychodzi pokolorwana: Jeżeli chcesz inne kolory to możesz wziąć inną składnie. Własnej kolorystyki raczej nie zrobisz.

Cześć. Wrzuciłem to na swój localhost i próbuję użyć tego jako gracz. Wpisałem komendę /losowanie i wyskoczył mi komunikat Nie masz tyle $! Nie informując mnie ile potrzebuję by móc zrobić losowanie, lub co najmniej otworzyć inventory. Po za tym aby dołączyć do losowania można za darmo *janusz biznesu* Nie widzę w kodzie takiej opcji, jedynie po kliknięciu modyfikuj i zamknięciu inventory aktualizuje nam zmienną. Zamierzony efekt, byśmy sami otrzymali te przedmioty? I co jeżeli wylosowany gracz nie posiada miejsca na te przedmioty? Ekwipunek zostanie stracony. Przydałaby się jakaś informacja do tego. I wpadłem jeszcze na taki pomysł, że to może być dodatkowe darmowe inventory do przechowywania przedmiotów. Przecież opcja *modyfikuj* pozwala na przechowywanie przedmiotów. Można tam wsadzać i wyjmować przedmioty kiedykolwiek się chce. Brakuje Ci miejsca? Przecież masz skrypt od Fendiego, który może posłużyć za darmowy plecak Ciekawy efekt tego, że zrobimy losowanie, weźmiemy udział, wyjdziemy z serwera i jak ktoś nawet po 5 godzinach dołączy, weźmie udział to wygra To jedyne logiczne błędy bądź zamierzone efekty które udało mi się znaleźć. Skrypt wygląda całkiem przyzwoicie, technicznie rzecz biorąc poprawnie, przewidziano dużo warunków jakie mogły być niepożądane i zniwelowane. Gratuluję i życzę dalszych sukcesów Pozdrawiam #Knugi

W sumie to wystarczy jedna: /sk info Ona posiada wersję serwera i zainstalowane dodatki wraz z ich wersjami. >sk info [19:59:52] [Server thread/INFO]: [Skript] Skript's aliases can be found here: https://github.com/SkriptLang/skript-aliases [19:59:52] [Server thread/INFO]: [Skript] Skript's documentation can be found here: https://docs.skriptlang.org/ [19:59:52] [Server thread/INFO]: [Skript] Skript's tutorials can be found here: https://docs.skriptlang.org/tutorials [19:59:52] [Server thread/INFO]: [Skript] Server Version: git-Spigot-37d799b-3eb7236 (MC: 1.16.4) [19:59:52] [Server thread/INFO]: [Skript] Skript Version: 2.6.4 [19:59:52] [Server thread/INFO]: [Skript] Installed Skript Addons: [19:59:52] [Server thread/INFO]: [Skript] - skript-reflect v2.3 (https://github.com/TPGamesNL/skript-reflect) [19:59:52] [Server thread/INFO]: [Skript] - SkQuery v4.1.4 [19:59:52] [Server thread/INFO]: [Skript] - SkBee v1.12.4 (https://github.com/ShaneBeee/SkBee) [19:59:52] [Server thread/INFO]: [Skript] Installed dependencies: None

Przecież w tym skrypcie nie ma funkcji. A za ich pomocą też dało by radę skrócić wielokrotnie kod, robiąc funkcję np na teleportację. Co do Tematu, Fendi wszystko ładnie rozpisał.

If player doesn't have permission "komendy":

Hej, chciałeś bym ocenił ten skrypt, więc proszę bardzo: 1. Na samym początku zaciekawiło mnie to, że nie sprawdzasz, czy mogą być dwa takie same karty sim (z tym samym numerem). Widzę, że rozbieżność numerów jest duża, więc skleiłem taki prosty skrypt: command /x: trigger: send "Sprawdzam ilosc powtorzen numeru, jezeli zarejestruje sie 1000 graczy:" set {_pow} to 0 loop 1000 times: set {_x} to random integer between 100000 and 999999 if {_x::*} doesn't contain {_x}: add {_x} to {_x::*} else: add 1 to {_pow} send "Ilosc powtorzen: %{_pow}%" Wpisałem pierwszy raz tę komendę i taki wynik: [19:22:43] [Server thread/INFO]: Sprawdzam ilosc powtorzen numeru, jezeli zarejestruje sie 1000 graczy: [19:22:43] [Server thread/INFO]: Ilosc powtorzen: 1 Więc na tysiąc graczy, może się zdarzyć że dwa gracze będą mieli ten sam numer. 2. wkradła Ci się literówka: ebay(player, "&6Wpisz kosz przedmiotu", 5) (linia 125) 3. Podejrzewam, że jak ktoś posiada telefon bez karty sim, to otrzyma wiadomość z e-bay: send "&b[E-BAY]%nl%&2Numer: %{_}% sprzedaje:%nl%&7-%{ebey::%player%::1}%%nl%-&7Koszt: %{ebey::%player%::2}%$%nl%-&7%{ebey::%player%::3}%" to all players where [input has brick named "&3Telefon"] To celowy efekt? 4. Siri siri can u help me? No, because i'm dead xD else if clicked slot is 49: close player's inventory send "&bAplikacja się zawiesiła. Spróbuj później!" Więcej mi się nie chce szukać, Może kiedyś wrzucę to na swój serwer i zobaczę czy to pracuje. Ogólnie, zamysł dobry, jak działa to szacun. Możesz trochę temat poprawić by to ładniej wyglądało, zresztą chyba nie mi to oceniać. Pozdrawiam #Knugi

options: komendy: "login" or "l" or "help" or "tpa" or "chuj" on command: if command is not {@komendy}: cancel event send "Komenda zabroniona."

function upgradeTool(i: item) :: inventory: set {_gui} to chest with 1 rows named "{@guiName}" set slot 8 of {_gui} to {_i} set {_eff} to enchantment level of efficiency on {_i} #efficiency of {_i} set {_for} to enchantment level of fortune on {_i} #fortune of {_i} set {_beff} to "enchanted book of efficiency %{_eff} + 1%" parsed as item set {_feff} to "enchanted book of fortune %{_for} + 1%" parsed as item if {_eff} + 1 is larger than 3: set slot 0 of {_gui} to {_beff} with lore "Nie mozesz bardziej ulepszyc wydajnosci." else: set {_eff} to {_eff} + 1 set slot 0 of {_gui} to {_beff} with lore "Ulepsz do wydajnosci %{_eff}%" and "za: %{xsvka::costEff::%{_eff}%}% tokenow." if {_for} + 1 is larger than 3: set slot 1 of {_gui} to {_feff} with lore "Nie mozesz bardziej ulepszyc szczescia." else: set slot 1 of {_gui} to {_feff} with lore "Ulepsz do szczescia %{_for} + 1%" and "za: %{xsvka::costFor::%{_for} + 1%}% tokenow." return {_gui}

To usuń tę linijkę: event-inventory is not player's inventory

Przeciez jest zablokowane

Dobra, złośliwość skrypta, zabezpieczyłem to, ale nie wykryło xD Masz poprawione: //Zmieniłem jeszcze, że jak kliknie w pusty slot to nie pokazuje wiadomości.

To proszę bardzo: Pozdrawiam #Knugi

To zostaje jeszcze kwestia tokenów, masz je zaimplementowanie już na swoim serwerze? Jaka to jest zmienna?

A w jaki sposób ma być przeprowadzanie te ulepszanie? Za pomocą komendy? Czy system tokenów już posiadasz czy też trzeba zrobić?

Cancel event anuluje interakcję. Jeżeli w tym przypadku mamy inventory click event, to on uruchamia instrukcję podczas kliknięcia myszką w GUI. Tak jakby chciał podnieść przedmiot. Dlatego piszemy cancel event, aby mu zablokować wzięcie tego przedmiotu. To samo tyczy się, gdyby chciał przedmiot tam włożyć

Tak.

Być możliwe, że tak. Lecz sama ikona przedmiotu jest absurdalna, gdyż nie można zawrzeć nazwy przedmiotu i jego lore. Wtedy skąd gracz ma wiedzieć co dany slot oznacza.

@Fendi masz rację, sprawdzać kliknięty slot jest najbezpieczniej. Ale czasem jak to na chatboxie napisałem, czasem niemożliwe z niektórych czynników, lecz do prostych skryptów jak najbardziej wskazane. @ScripteR generalnie, zjawisko klonowania przedmiotów narodziło się dawno temu, gdyż ludzie pisali skrypty w ten sposób: open chest with 3 rows named "GUI" to player wait 2 tick set slot 0 of player's current inventory to dirt named "Sklonuj mnie" i to było otwierane np za pomocą komendy. I było możliwe wpisanie komendy, po czym otworzenie szybko skrzynki którą wcześniej postawili, i ten przedmiot co miał być w custom gui lądował fizycznie w tej skrzynce i był możliwy do użycia w grze. Dlatego moje zalecenie jest robienie GUI w zmiennej, a następnie otwarcie już zrobionego GUI z zmiennej dla gracza przykład: set {_x} to chest with 3 rows named "GUI" set slot 0 of {_x} to dirt named "Haha, nie sklonujesz mnie" open {_x} to player W tym wypadku blokujemy możliwość ustawienia tych przedmiotów w ewentualnej fizycznej skrzyni. Jak już mamy zrobione gui, to trzeba zrobić event i operować na tym GUI jak napisał kolega wyżej, pozwól że zrobię cytat. Tylko zabrakło tutaj effectu cancel event gdyż jak go nie ma to gracz i tak będzie mógł ten przedmiot sobie wziąć. Bo o tym co Fendi pisze to otwieramy w ogóle pusty ekwipunek z jakimś textrure packiem i operujemy tylko na nich. Generalnie, mi by się nie chciało robić tych texture packów z kilku powodów: Jest to czasochłonne, nie jestem dobry w grafice i uwielbiam defaultowy texture pack. Zatem, jako skripter jestem zmuszony do całkowitego minimalizowania takiego efektu jakim jest klonowanie przedmiotów. Jak są jeszcze jakieś pytania, to je zadaj z chęcią odpowiem. Pozdrawiam #Knugi ///Edit: Fendi właśnie też i z tego rozwiązania nie jest zadowolony, gdyż napisał Mam na to rozwiązanie: Zmniejsz ilość graczy lub weź mocniejszy sprzęt.