Ranking
Popularna zawartość
Treść z najwyższą reputacją w 02/28/20 uwzględniając wszystkie działy
-
Niepoprawne połączenie starych postów przez lekule.
xAxee i 2 innych przyznał(a) reputację boleknowak za temat
To teraz ja... Popieram użytkownika @ivall. Niestety jest tu tak przyjęte, że nie można zrobić double posta co jest bardzo złe. Użytkownik, który jest zainteresowany tematem @ivalla (nawet jak go obserwuje) nie zobaczy posta, który został edytowany. Kiedy autor napisze nowy post, zostaną rozesłane powiadomienia o nowym poście. Powiem więcej! To nie tylko jest minus dla autora (że post nie dotrze do większej grupy odbiorców), ale też dla forum! Mniej wyświetlonych reklam = mniej pieniędzy (chociaż z tego co mi wiadomo nie ma już reklam na tym forum). Mniej aktywności, użytkownik zostanie mniej na stronie i pójdzie sobie robić inne rzeczy. powiem Ci o takim jednym człowieku. Stworzył on dla znajomych z Harvardu portal społecznościowy, teraz jest miliarderem. odwołam się do tego co napisałem wyżej, te forum ma wyrobioną zasadę "0 offtopicu w postach" co jest bardzo złe. niestety muszę to powiedzieć, że to w jaki sposób piszesz te posty... pokazujesz tylko że użytkownicy pokonują Cię argumentami i nie umiesz przyznać racji jest istotna (czytaj wyżej) Pozdrawiam3 punkty -
vMCShop | Nowy wymiar automatycznego sklepu Minecraft!
Shateq przyznał(a) reputację Verlikylos za temat
vMCShop.pro to projekt powstający od 2016 roku. Jego głownym założeniem jest dostarczenie wysokiej jakości sklepów internetowych dla gry Minecraft. Z biegiem czasu wyłonione zostały 3 wersje sklepów, różniące się od siebie poziomem zaawansowania oraz możliwościami konfiguracji. Z tego też powodu, każda osoba może wybrać sklep vMCShop, który najbardziej odpowiada jej zapotrzebowaniom.1 punkt -
Skrypt na dowód osobisty z wyborem płci.
ViselibterPL przyznał(a) reputację xAxee za pytanie
on right click on player: if name of clicked entity is "dowod": open chest with 1 rows named "&6Wybierz plec" to player set player's current inventory's slot 3 to dirt named "&6Dziewczyna" set player's current inventory's slot 5 to diamond named "&bChlopak" on inventory click: if inventory name of current inventory of player is "dowod": cancel event if clicked slot is 3: #twoj kod na imiona if clicked slot is 5: #twoj kod na imiona1 punkt -
function chatStatus(p: player, s: string) :: string: if {alerty::player::%{_p}%::%{_s}%} is not set: set {alerty::player::%{_p}%::%{_s}%} to true if {alerty::player::%{_p}%::%{_s}%} is false: return "&cWylaczone" return "&aWlaczone" function changeStatus(p: player, s: string, slot: integer, item: item): if {alerty::player::%{_p}%::%{_s}%}: set {alerty::player::%{_p}%::%{_s}%} to false else: set {alerty::player::%{_p}%::%{_s}%} to true set {_lore::*} to lore of {_item} set {_size} to size of {_lore::*} set {_lore::%{_size}%} to "&6Status: %chatStatus({_p}, {_s})%" set slot {_slot} of current inventory of {_p} to {_item} with lore {_lore::*} command /ustawieniaczatu [<text>]: trigger: open virtual chest inventory with 4 rows named "&8[&6✘&8] &fChat &8[&6✘&8]" to player set {_status} to chatStatus(player, "dzialki") set {_item} to paper of unbreaking 10 named "&8[&6✘&8] &fDzialki &8[&6✘&8]" with lore "&fWylacz wiadomosci &6wkroczenia na dzialke" and "&6Status: %{_status}%" format gui slot 12 of player with {_item} to run function changeStatus(player, "dzialki", 12, {_item}) Błąd pierwszy odnosi się do ostatniej wartości ze zmiennej - liczyłem na to że da się ją zmienić - otóż nie, trzeba zapisać rozmiar zmiennej ręcznie i ustawić zmienną (zakładając że status danego ustawienia będziesz miał zawsze w ostatniej linijce). Drugi błąd dotyczy funkcji w tekście. Nie wiem dlaczego, ale Skript czasem dostaje pierdolca w takich przypadkach - wtedy jedyne co nam pozostaje to funkcję najpierw zapisać do zmiennej, a dopiero potem tą zmienną wstawić do tekstu (w tym przypadku lore) Owszem, nie musi. Ale ja poradziłem mu, żeby tak robił, bo podobnie jak Skript przy funkcjach - tak TuSKe przy itemach dostaje pierdolca. Jeżeli wstawimy gotowy przedmiot w zmiennej to wszystko jest okej, ale gdy tylko dodamy to tak jak w twoim przykładzie (powiedzmy w ilości trzech linijek) to skrypt będzie ładował się nawet kilkanaście sekund.1 punkt
-
Ja tu chciałbym tylko dodać że zmiennych nie tworzy się w ten sposób: {customEnchant.%player%.ench%{_num}%::*} Poprawnie zdefiniowana zmienna powinna mieć każdy indeks oddzielony dwukropkami A NIE KROPKAMI. Dwukropki pozwalają potem te zmienne w dowolnym punkcie zapętlać i pracować na ich pod-zmiennych, powinno to wyglądać tak: {customEnchant::%player%::ench%{_num}%::*} Ważna jest też kolejność zapisu poszczególnych indeksów - powinno się je tworzyć tak, aby mieć łatwy dostęp do wszystkich indeksów i wartości oraz aby nie tworzyć nadmiaru zmiennych.1 punkt
-
Jeżeli zrobisz taki format zmiennych {kek.%player%.t1::a} {kek.%player%.t1::b} {kek.%player%.t1::c} To prosto Delete {kek.%player%.t1::*} Chyba że już nie możesz zmieniać i nie masz dużo indeksów to loop ("a", "b" and "c"): delete {kek.%player%.t1.%loop-value%} ale to trochę raczek1 punkt
-
Szczerze to nie chce mi się czytać prezentacji ani sprawdzać co ten kod dokładnie robi. Odniosę się tylko do tego co mnie w nim razi i powinno być poprawione: Nie potrzeba (ba! nawet nie można dawać) opóźnienia przy tworzeniu GUI, to tylko pozostałość po dawno nieużywanym format slocie ze SkQuery. Aktualnie jedyne co osiągasz to wolniejsze ładowanie GUI: wait 2 ticks open chest with 6 rows named "&cZarządzanie serwerem 1/2" to player wait 2 ticks Robisz podwójne warunki w miejscu gdzie możesz po prostu użyć else (o którego istnieniu widzę że nie nawet nie wiesz). Dajemy go pod dowolnym warunkiem i jeżeli ten warunek nie jest spełniony to wykona się kod z else, przykładowo: #jeżeli nick gracza to maruda, powita gracza, a jeżeli nie to wykona się kod po else i wyświetli wiadomość że nie jesteś maruda. if name of player is "Maruda": send "Cześć Maruda" else: send "Nie jesteś Marudą" Więc odnosząc się do twojej pracy - tworzenie GUI jest zrobione niepoprawnie. Else powoduje że zmienna nie jest sprawdzana dwa razy, ale jedynie raz. Oszczędzasz sobie procesor, mniejsze lagi itd. Czyli wstawianie itemków nie powinno wyglądać w ten sposób: if {plugins} is true: set player's current inventory's slot 31 to ("MHF_Question" parsed as offline player)'s skull named "&c&lPluginy" with lore "&7Aktualny status: &aWŁĄCZONE" #(jakieś kilkanaście linijek kodu) if {plugins} is false: set player's current inventory's slot 31 to ("MHF_Question" parsed as offline player)'s skull named "&c&lPluginy" with lore "&7Aktualny status: &cWYŁĄCZONE" Tylko tak: if {plugins} is true: set player's current inventory's slot 31 to ("MHF_Question" parsed as offline player)'s skull named "&c&lPluginy" with lore "&7Aktualny status: &aWŁĄCZONE" else: set player's current inventory's slot 31 to ("MHF_Question" parsed as offline player)'s skull named "&c&lPluginy" with lore "&7Aktualny status: &cWYŁĄCZONE" Nie powielaj eventów, zapisuj wszystko w jednym i wtedy sprawdzaj różnice (itemy, sloty, itd.) on place beacon: if {beacon} is false: cancel event on place tnt: if {tnt} is false: cancel event on place bedrock: if {bedrock} is false: cancel event Ten kod powinien wyglądać tak: on place: if event-block is beacon: if {beacon} is false: cancel event if even-block is tnt: if {tnt} is false: cancel event if event-block is bedrock: if {bedrock} is false: cancel event A nawet tak, o ile użyjemy listy: on place: if event-block is beacon or tnt or bedrock: if {%event-block%} is false: cancel event Jeżeli chcesz żeby każdy item w inventory był zablokowany to nie musisz wpisywać wszędzie cancel event, wystarczy to zrobić raz: if inventory name of current inventory of player is "&cZarządzanie serwerem 1/2": if clicked slot is 8 or 0 or 45 or 53: cancel event if clicked slot is 53: cancel event close player's inventory execute player command "commands" #(i tak dalej) if inventory name of current inventory of player is "&cZarządzanie serwerem 1/2": cancel event if clicked slot is 53: close player's inventory execute player command "commands" #(i tak dalej tylko już bez przerywania eventu) Jeżeli chcesz trochę bardziej zabezpieczyć GUI przed bugowaniem to polecam najpierw stworzyć wszystkie itemki i ekwipunek w zmiennej a dopiero potem otwierać ją graczowi, np. w ten sposób: #ustawiasz zmienną jako skrzynke set {_jakiesGUI} to chest with 6 rows named "test" #formatujesz sloty w zmiennej set slot 31 of {_jakiesGUI} to ("MHF_Question" parsed as offline player)'s skull named "&c&lPluginy" with lore "&7Aktualny status: &aWŁĄCZONE" set slot 0 of {_jakiesGUI} to 13 of diamond #i tak dalej #i na sam koniec tylko otwierasz tą zmienną graczowi: open {_jakiesGUI} to player1 punkt
Ten Ranking jest ustawiony na Warszawa/GMT+02:00
