Ranking

START SERWERA PIĄTEK O GODZINIE 17:00 (23.10.2020) IP SERWERA: McFantasy.pl TeamSpeak: MineS.pl Email: [email protected] Discord: https://discord.gg/WHSTZEe Wersja serwera: 1.8 - 1.16 W serwer włożyliśmy dużo pracy, wszystko zostało autorsko wykonane przez naszą ekipę techników i budowniczych. Większość rzeczy, dodatków zostało napisane w Skripcie przez doświadczone osoby, które miały już wcześniej styczność z zajmowaniem się dużymi serwerami. Nie znajdziecie u nas elementów "PayToWin", każdy ma równe szanse w rozgrywce, a płatne są jedynie wizualne dodatki. Na chwilę obecną posiadamy w miarę rozległą społeczność, dlatego nie bój się, że w dniu otwarcia będziesz sam na serwerze! Spotkasz innych ludzi, będziesz mógł nawiązać nowe znajomości. Na początek, oferujemy takie tryby jak Bedwars, Housing, Skyblock oraz Survival. Globalnie zapewniamy również tytuły, różne rangi, gadżety, zwierzaki, peleryny, parkoury na spawnach, skrzynie, system levelowania i wiele więcej. Poniżej znajdują się zdjęcia prezentujące efekty naszej pracy: LOBBY LIMBO BEDWARS HOUSING SKYBLOCK SURVIVAL

mGUI, wprowadzenie: pewnie zastanawiacie się moi drodzy dlaczego was tu zgromadziłem i czym jest ten skryptowy cud przedstawiony w tytule - otóż znajdujecie się właśnie w poście nowego i niesamowitego dodatku do formatowania GUI stworzonego całkowicie w Skript. mGUI to w zamyśle połączenie oraz rozszerzenie najlepszych funkcji z popularnych dodaktów SkQuery oraz TuSKe; skrypt ma być ich aktualizowaną, niezbugowaną i przyjemną w użyciu alternatywą. Cały system owego dodatku opiera się na zasadzie identyfikatorów (każde GUI ma swój unikatowy ciąg znaków ustalany przez użytkownika), które pozwalają w prosty sposób odnosić się i zarządzać dowolnym GUI w dowolnym miejscu. Dzięki użyciu dodatku skript-reflect w skrypcie mogłem zrezygnować z funkcji na rzecz customowych efektów, warunków i innych (skromna dokumentacja znajduje się poniżej) Instalacja, wymagania: skrypt pobieramy z linku poniżej, zapisujemy w pustym pliku w folderze /plugins/Skript/scripts (ważne jest to aby skrypt miał swój osobny plik; nie powinno się go edytować na własną rękę; nie powinno się zmieniać kolejności poszczególnych wydarzeń w skrypcie). po wgraniu i załadowaniu skryptu na serwer będzie on gotowy do użycia mGUI aktualizuje się automatycznie w przypadku posiadania dodatku AxAutoUpdate (ważne jest by nie usuwać drugiej linijki z wersją skryptu) zaznaczam iż skrypt pisany jest dla nowszych wersji minecrafta (tj. 1.14 i wyższych) testowane na: Paper 1.16.3; Skript 2.5.1; skript-reflect 2.1.0 Wymagane pluginy: Skript 2.4 skript-reflect [opcjonalnie] Skrypt AxAutoUpdate autorstwa @xAxee Nowe efekty, wyrażenia, wydarzenia i warunki: Przykłady użycia: ze skryptu korzystamy identycznie jak z wymienionych wyżej dodatków, z tą różnicą, że nie możemy tu otworzyć ekwipunku graczowi - musimy najpierw go stworzyć (nadać ID, podać parametry i najlepiej też sformatować sloty) - dopiero po tych działaniach bezpiecznie otworzymy nowe GUI wybranym graczom, przykłady: GUI o ID pierwsze.gui z 3 rzędami i nazwą zawiera na slocie pierwszym przedmiot który wykonuje komendę /eco give player 100 command /nasze-nowe-gui: trigger: create new mgui "pierwsze.gui" with 3 rows named "jakaś nazwa" make mgui slot 1 of "pierwsze.gui" with stone named "&aDodaj sobie 100$" to run console command "eco give %player% 100" open mgui "pierwsze.gui" to all players w drugim przykładzie zróbmy funkcję, która wyśle wiadomość o rodzaju kliknięcia i wykonajmy ją po kliknięciu w GUI, które w całości wypełnione zostanie żółtymi szybami w tym celu będziemy nasłuchiwać customowego eventu 'mgui click' function rodzajKliknięcia(prawy: boolean): if {_prawy} is true: broadcast "&6kliknięto prawym przyciskiem w slot" else: broadcast "&9kliknięto lewym przyciskiem w slot" command /nasze-nowe-gui: trigger: create new mgui "pierwsze.gui" with 3 rows named "jakaś nazwa" make mgui slot (integers from 0 to 26) of "pierwsze.gui" with yellow glass pane to be unstealable open mgui "pierwsze.gui" to player on mgui click: if (mgui of player) is "pierwsze.gui": if number is between and 26: if click type is left mouse button: rodzajKliknięcia(false) else if click type is right mouse button: rodzajKliknięcia(true) add 1 of apple named "kliknąłeś prawym" to inventory of player w kolejnym przykładzie stwórzmy bardzo prosty skrypt na kit: tworzymy komendę, która otworzy nam gui o ID kit-narzędzia i ustawiamy opóźnienie jej użycia na 10 minut podczas uruchamiania skrypty tworzymy nowe GUI z czterema rzędami, nazwą i kształtem wypełniamy kształt - literę z - szarym szkłem dodajemy przedmioty kitu do listy, a następnie zapętlamy ją i ustawiamy wynik pętli jako 'następny wolny' slot w gui na koniec wypełniamy wszystkie pozostałe sloty jasnym szarym szkłem command kit: cooldown: 10 minutes cooldown message: Tej komendy można używać raz na 10 minut trigger: open gui "kit-narzedzia" to player on load: set {_shape::*} to "z-z-z-z-z-z-z-z-z", "z--------z", "z--------z" and "z-z-z-z-z-z-z-z-z" create new gui "kit-narzedzia" with 4 rows and shape {_shape::*} named "&3Odbierz swój kit" set gui shape "z" of "kit-narzedzia" to gray glass pane to be unstealable add wooden sword to {_items::*} add golden axe of sharpness 5 to {_items::*} add golden pickaxe of efficiency 5 to {_items::*} add golden shovel to {_items::*} add 8 of baked potato to {_items::*} add 16 of apple to {_items::*} add 2 of ender pearl to {_items::*} add 32 of stone named "&bMagiczny kamień z kitu" with lore "&3a oto jego" and "&3opis" to {_items::*} loop {_items::*}: set gui next slot of "kit-narzedzia" to loop-value fill "kit-narzedzia" with light gray glass pane Changelog: Pobieranie: mGUI wersja 0.1.6 mGUI wersja 0.2.0 mGUI wersja 0.2.1 Miłego dnia

Jako, że zbliżają się długie jesienne, a następnie zimowe wieczory które można spędzić w naszej ulubionej klockowej grze - zastanawiam się nad reaktywacją forumowego serwera mc.skript.pl. Założenia serwera i inne podstawowe informacje sprzed jego utworzenia znajdują się w poprzednim temacie: Losy poprzedniej edycji serwera można śledzić na wiki (https://wiki.skript.pl/Kategoria:Serwer) oraz forum (https://skript.pl/forum/480-mcskriptpl-forumowy-serwer-minecraft/). Natomiast tutaj opiszę na czym miałaby polegać reaktywacja: Aktualizacja pluginów do wersji Minecraft 1.16.3. Wdrożenie silnika Tuinity celem jak największej optymalizacji. Konkursy budowlane i nie tylko z nagrodami. Do dyskusji - możliwość zapraszania znajomych na swój abonament. W przypadku odpowiedniego zainteresowania - serwer dedykowany zamiast VPSa. Dalszy rozwój serwera, dla którego obecny kod jest bardzo fajną bazą Pozostałe kwestie takie jak wielkość mapy zostaną rozstrzygnięte w głosowaniu przed otwarciem serwera. Zapraszam do komentowania tematu oraz przede wszystkim do głosowania w ankiecie.

Witajcie! Jak wskazuje tytuł w tym poradniku przybliżę Wam czym jest Git i Maven w IntelliJ, a także pokażę jego praktyczne zastosowania. Z tym, że nie będę tłumaczyć jak napisać sam plugin, zajmę się jedynie samą kompilacją i zarządzaniem bibliotekami. Jeżeli chcecie dowiedzieć się jak zacząć i poznać podstawowe pojęcia możecie zaglądnąć do świetnie napisanego poradnika Ixidi'ego pod tym linkiem: klik! Wstęp Dobrze, więc zacznijmy od początku, jeżeli chodzi o samego Gita i Mavena to są to jedne z najczęściej używanych narzędzi nie tylko przez pasjonatów, ale także w środowisku komercyjnym. Są one darmowe i w pełni funkcjonalne. Jednym z dużych minusów jest to, że z początku sama ich obsługa może wydawać się skomplikowana, ale wcale taka nie jest. Zatem - czym jest Git? To system kontroli wersji, jest open source i dzięki niemu możecie zapisywać swoją pracę do repozytorium, aby później mieć dostęp do każdej wersji danego projektu poprzez zamieszczanie commitów. Możecie także dzielić swój projekt na różne gałęzie - na przykład rozwijać jedną gałęź dla wersji 1.8 - 1.12 i drugą dla 1.13 - 1.16. Jest to bardzo dobre rozwiązanie dla osób, które chciałby tworzyć projekty wspólnie z kimś innym. Poza tym możecie także sklonować publiczne gotowe repozytoria i kontynuować pracę nad czymś co ktoś już zaczął bądź skończył. Oczywiście mówię tu tylko o przykładach w codziennym użytku dla mniejszych developerów, zastosowań jest o wiele więcej. Więcej można dowiedzieć się tutaj: https://pl.wikipedia.org/wiki/Git_(oprogramowanie) Idąc dalej - czym jest Maven? To narzędzie, które pozwala na kompilację Waszych pluginów wraz z bibliotekami, których nawet nie musicie pobierać (a raczej nie bezpośrednio) na Wasz komputer. Wystarczy odpowiedni plik - pom.xml uzupełnić o konkretne repozytoria i biblioteki, wraz z ich wersjami (patrz Git), a Maven automatycznie doda je podczas budowania Waszego projektu. Sam maven ma kilka opcji, czyli tzw. celów, które pełnią różne funkcje, nas będą interesowały dwa cele - package i shade (ten drugi będzie dostępny tylko po dodaniu wtyczki do Mavena w pliku pom, ale i tak będzie używać pierwszego jako swojej "bazy"). Co robi package i shade? Pierwszy cel kompiluje nasz kod i wrzuca go do jara, a drugi dodaje także do niego wybrane biblioteki (w przypadku kiedy dana libka nie jest osobnym, działającym pluginem, który należy wrzucić na serwer). 1. Tworzenie własnego repozytorium dla naszych pluginów A więc zaczynamy! Na początku mamy dwie opcje - jedna, o której już wspominałem, czyli zaimportowanie projektu, który stworzył ktoś inny i druga - stworzenie nowego. Najpierw zajmiemy się tą drugą. Aby stworzyć nowy projekt będziemy potrzebowali serwera Git, tzn. miejsca, w którym przechowywany będzie nasz program. Najpopularniejszymi, darmowymi serwisami oferującymi takie usługi są https://github.com/ https://bitbucket.org/ https://gitlab.com z czego ja polecam ten pierwszy. Zakładamy konto na wybranym serwisie, a następnie szukamy opcji utworzenia nowego repozytorium. Po utworzeniu repozytorium otrzymamy link, który sobie zapisujemy, będzie on służył do zarządzania naszym repozytorium. Następnie przechodzimy do IntelliJ, klikamy kolejno w File -> Project from Version Control, w nowym oknie dialogowym wklejamy URL do naszego repozytorium i na koniec klikamy Clone. Z lewej strony klikamy prawym na nasz projekt, New -> Module i w następnym oknie dialogowym zaznaczamy Maven (wybierzcie też wersję SDK, zapewne będzie to 1.8, ale to zależy od preferencji). Następnie nazywamy nasz moduł i dodajemy go do projektu. Cały projekt jest zbiorem modułów, z czego moduł będzie pluginem, więc w jednym projekcie możemy mieć wiele pluginów. Możliwe, że w międzyczasie będziecie musieli się zalogować, robicie to po prostu poprzez podanie Waszego loginu i hasła do Gita, bądź generujecie sobie token. Po tych krokach czas na zaimportowanie spigota. Repozytorium możecie znaleźć po wpisaniu "spigot maven" w google, podaje je też niżej: <repositories> <repository> <id>spigot-repo</id> <url>https://hub.spigotmc.org/nexus/content/repositories/snapshots/</url> </repository> </repositories> Poniższy kod xml należy skopiować i wkleić do pliku pom.xml, znajdującego się wewnątrz modułu, który uprzednio stworzyliście, pod znacznikiem zamykającym version, dzięki temu możemy zaimportować do naszego modułu kilka wersji spigota. Aby to zrobić pod repozytoriami wklejamy poniższy kod: <dependencies> <dependency> <groupId>org.spigotmc</groupId> <artifactId>spigot-api</artifactId> <version>1.16.3-R0.1-SNAPSHOT</version> <scope>provided</scope> </dependency> </dependencies> Jak możecie zauważyć zależność zawiera pole version, które odpowiada za wersję spigota. Listę wszystkich wersji możecie znaleźć po przejściu w URL podany w repozytorium. Wasz cały plik xml powinien wyglądać tak: <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>org.example</groupId> <artifactId>BasicPlugin</artifactId> <version>1.0-SNAPSHOT</version> <repositories> <repository> <id>spigot-repo</id> <url>https://hub.spigotmc.org/nexus/content/repositories/snapshots/</url> </repository> </repositories> <dependencies> <dependency> <groupId>org.spigotmc</groupId> <artifactId>spigot-api</artifactId> <version>1.16.3-R0.1-SNAPSHOT</version> <scope>provided</scope> </dependency> </dependencies> </project> Czekamy chwilę, aż nasze IDE pobierze odpowiednie pliki z serwera git i rozwijając kolejne gałęzie modułu szukamy folderu main / java i w tamtym miejscu tworzymy standardową strukturę plików (czyli między innymi package z Waszą domeną). Plik plugin.yml umieszczamy w stworzonym wcześniej przez Mavena folderze resources, który też znajduje się w folderze main. Maven automatycznie doda go do naszego pliku .jar. Ważne jesto to, że nie podajecie ścieżki main/java w polu main pliku plugin.yml tylko bezpośrednio package. Teraz, aby wyeksportować nasz kod do pliku .jar po prawej stronie szukamy zakładki Maven, rozwijamy opcje naszego modułu, przechodzimy w Lifecycle i wybieramy cel package. Jeżeli pojawia Wam się błąd To prawdopodobnie używacie wersji JDK 9 lub nowszej, i macie dwie opcje. 1) Użyć wersji JDK 8 2) Poinstruować mavena, żeby skompilował plugin do wersji 11 (tylko w przypadku jeżeli na maszynie, dla której piszecie dany plugin obsługuje wersję 11!) Żeby poinstruować Mavena, że chcecie kompilować plugin w innej wersji JDK niż domyślnie do pliku pom.xml dodajecie za znacznikiem version poniższy kod: <properties> <maven.compiler.source>1.8</maven.compiler.source> <maven.compiler.target>1.8</maven.compiler.target> </properties> W ten sposób mamy działający plugin! Po zakończeniu pracy możecie zcommitować zmiany do Waszego repozytorium poprzez menu VCS ze wstążki. 2. Importowanie gotowych repozytoriów Okej, jeżeli chcecie użyć kogoś kodu, jako swojej podstawy to możecie zaimportować projekt wprost z serwera Git, aby to zrobić na stronie, na której zamieszczony jest projekt szukacie opcji clone, jak ją znajdziecie to kopiujecie link, i przechodzicie do IntelliJ. Tam Klikacie na File -> New ->Project from Version Control -> i w polu URL wklejacie link. Dzięki temu macie od razu działający projekt, który możecie dowolnie przerabiać. Pod tym linkiem https://github.com/skymakerx/poradnik macie repozytorium, które utworzyłem na potrzeby tego poradnika zawierając bibliotekę, proces opisany w punkcie 3. Sam plugin nie robi wiele. Po wejściu tworzy NPC z Waszą nazwą w miejscu, w którym się pojawiliście. Jest to jedynie przykład. Ważnym jest, że nie będziecie mogli commitować tutaj zmian, do tego będziecie musieli utworzyć swoje repozytorium i to do niego wrzucać odpowiednie zmiany. 3. Dodawanie bibliotek do naszego pluginu Żeby dodać sobie do pluginu jakąś bibliotekę, powiedzmy NPCLib (strona projektu: https://github.com/MinecraftLibraries/NPCLib/) dodajemy do repozytoriów wartości, które autor zalecił w pliku README, czyli repozytorium: <repository> <id>ossrh</id> <url>https://oss.sonatype.org/content/groups/public/</url> </repository> i zależność <dependency> <groupId>net.jitse</groupId> <artifactId>npclib-api</artifactId> <version>2.9-SNAPSHOT</version> <scope>compile</scope> </dependency> cały plik powinien wyglądać tak: <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>org.example</groupId> <artifactId>BasicPlugin</artifactId> <version>1.0-SNAPSHOT</version> <properties> <maven.compiler.source>11</maven.compiler.source> <maven.compiler.target>11</maven.compiler.target> </properties> <repositories> <repository> <id>spigot-repo</id> <url>https://hub.spigotmc.org/nexus/content/repositories/snapshots/</url> </repository> <repository> <id>ossrh</id> <url>https://oss.sonatype.org/content/groups/public/</url> </repository> </repositories> <dependencies> <dependency> <groupId>org.spigotmc</groupId> <artifactId>spigot-api</artifactId> <version>1.16.3-R0.1-SNAPSHOT</version> <scope>provided</scope> </dependency> <dependency> <groupId>net.jitse</groupId> <artifactId>npclib-plugin</artifactId> <version>2.9-SNAPSHOT</version> <scope>compile</scope> </dependency> </dependencies> </project> I teraz standardowo podążając za poradnikiem możemy używać wszelkich dobrodziejstw danego API. Według autora mamy trzy opcje, żeby użyć jego API, chociaż nas interesować będą dwie. Wrzucić jego plugin jako działający plugin do spigota i dodać jego plugin jako zależność w plugin.yml w naszym pluginie lub zshade'ować jego plugin razem z naszym pluginem do jednego pliku .jar i my chcielibyśmy użyć właśnie drugiej opcji. Tak jak wcześniej wspomniałem, będziemy potrzebować do tego wtyczki do Mavena, którą zamieścimy klasycznie w pliku pom.xml naszego projektu: <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-shade-plugin</artifactId> <version>3.2.0</version> <configuration> <relocations> <relocation> <pattern>net.jitse.npclib</pattern> <shadedPattern>org.example.basicplugin.libs</shadedPattern> </relocation> </relocations> </configuration> <executions> <execution> <phase>package</phase> <goals> <goal>shade</goal> </goals> </execution> </executions> </plugin> </plugins> </build> Zwróćcie uwagę na znacznik shadedPattern! Tam podajecie sobie lokalizację, do której chcielibyście wrzucić API, nie ma ona dużego znaczenia, ale jeżeli lubicie porządek to warto wrzucać libki do osobnego pakietu (nie musi on być utworzony w projekcie). Wsio! Jeżeli macie jakieś pytania, bądź problemy, możecie napisać poniżej - chętnie odpowiem

Do zabezpieczenia przed vpn/proxy https://www.spigotmc.org/resources/gatekeeper-advanced-antivpn-antiproxy.70895/.

Da się ogarnąć

Nadszedł czas na niewyczekiwaną przez nikogo aktualizację skryptu mGUI do wersji 0.2.0 Lista zmian: Błędy: naprawiono błąd związany z nową wersją Skripta wysypujący błędy do konsoli ze względu na niewielkie zainteresowanie skryptem, postanowiłem czasowo zrezygnować z automatycznej aktualizacji (funkcja wróci w przyszłych aktualizacjach) ze względu na błędy zmuszony byłem dodać opcję czyszczenia GUI po wyłączeniu skryptu (serwera) - opcja whitelisty została usunięta ze względu na błędy w skript-reflect, od tej wersji podanie nazwy GUI jest wymagane Nowości: od teraz można tworzyć jednocześnie wiele identycznych GUI create new mgui with id ("pierwsze.ID", "drugie.ID" and "trzecie.ID") with 1 row named "" można wstawiać przedmioty do wielu GUI jednocześnie set mgui slot 10 of ("pierwsze.ID" and "drugie.ID") to carrot item dodano opcję wypełniania całego GUI dowolnym przedmiotem (przedmioty nie mają efektu po kliknięciu, ale nie można ich zabrać) mgui fill all slots of "pierwsze.ID" with diamond dodano opcję wypełniania wszystkich wolnych slotów w GUI dowolnym przedmiotem( przedmioty nie mają efektu po kliknięciu, ale nie można ich zabrać) mgui fill ("pierwsze.ID" and "drugie.ID") with diamond dodano opcję wstawiania przedmiotu do pierwszego wolnego slotu w GUI (identycznie jak w TuSKe) set mgui next slot of "pierwsze.ID" to potato item dodano opcję tworzenia GUI przy użyciu symboli oddzielonych myślnikiem (identycznie jak w TuSKe) set {_shape::*} to "z-z-z-z-z-z-z-z-z", "z-x-x-x-x-x-x-x-z" and "z-z-z-z-z-z-z-z-z" create mgui "pierwsze.ID" with 3 rows and shape {_shape::*} named "nazwa GUI" dodano opcję formatowania slotów w oparciu o uprzednio nadane symbole (identycznie jak w TuSKe) set mgui shape "x" of "pierwsze.ID" with orange glass pane to be unstealable set mgui shape "z" of "pierwsze.ID" with gray glass pane to be unstealable Plany na przyszłość: gdzieś w najbliższych wersjach skrypt będzie miał lekko przebudowaną składnię kopiowanie gui (zaproponowane przez xAxee) - póki co skript mnie lekko pod tym względem ogranicza, ale będę starał się coś z tym zrobić, póki co musi wystarczyć tworzenie wielu GUI na raz główna prezentacja zostanie edytowana i lekko przerobiona w najbliższych dniach automatyczne aktualizacje powrócą kiedyś Skrypt jest po dość ostrych testach - żadne błędy nie zostały znalezione, póki co GUI nie udało mi się zbugować...

Proszę. command /test: trigger: open chest with 3 rows named "&6&lTest" to player loop 27 times: set slot loop-number - 1 of player's current inventory to gray stained glass pane named " " on inventory click: if name of player's current inventory is not "&6&lTest": stop if clicked inventory is player's inventory: stop cancel event send "&cNie wolno!" to player

To następnym razem może wypadałoby napisać, że po zakończeniu bana licznik ma się wyzerować. albo kolega zrobił to celowo

Kolega zapomniał o czyszczeniu zmiennej. death of player: if victim has permission "permisja": stop if attacker is not set: if {death::%victim%} is not set: set {death::%victim%} to 1 send "zdechnij jeszcze raz, a dostaniesz bana 1/2" to victim else: add 1 to {death::%victim%} if {death::%victim%} >= 2: execute console command "/ban %victim% 10 m wyczerpałeś limit śmierci" clear {death::%victim%}

Nie używaj do wszystkiego skripta, https://www.spigotmc.org/resources/1-9-1-16-custom-recipes-and-crafting-craftenhance.65058/ będzie Ci łatwiej

Powiem tak, Największe gówno jakie widziałem, czegoś gorszego nie mogłeś zrobić? Weź lepiej nie rób takich rzeczy to czcigodny Tajtanaks jest najlepszy! A Teraz tak na serio, naprawdę dobra robota! Gorąco polecam wszystkim!

w obecnej wersji - możesz wkładać przedmioty w puste pola w gui, i wszyscy, którzy mają w tym czasie je otwarte będą widzieć zmiany - korzystając z eventu inventory click możesz zablokować im możliwość zabierania. Po zamknięciu GUI niestety zmiany nie zostaną zapisane, a zostawione przedmioty przepadną.

@KormicMozesz ogolnie poprawic to aby wszystko dzialalo i wyslac?

Przecież właśnie napisałem o tych dwóch rzeczach...