TheMolkaPL

To nie jest od BungeeCord, tylko ProtocolSupport https://github.com/ProtocolSupport/ProtocolSupport/blob/master/src/protocolsupport/protocol/packet/handler/AbstractHandshakeListener.java#L65 Ta wiadomość jak na stałe zapisana w kodzie, więc nie można jej zmienić.

Próbuje to zreprodukować na 1.12 - spamuje dźwignią i nic.

Witajcie towarzyszu

Pobierasz getString, no i YAML ma też robienie wielu linijek w zwykłym stringu.

Czy wpisujecie komendę /case all jakaśliczba? Czy case.name w config.yml nie jest puste?

Może coś takiego? Plugin od towarzysza @yooniks

W sytuacji komendy, czy stawiania klocka?

To ja inaczej - opisz dworzec Łódź Fabryczna

Musicie dać bezpośredni link URL do grafiki. Czyli jak wgrywacie na przykładowo Imgura, to musicie jeszcze PPM -> Otwórz w nowej karcie i dopiero wtedy kopiujecie adres z paska adresu.

Może zamiast <code> dawaj zrzut ekranu z edytora? Dzięki temu ułatwi to naukę, bo będzie takie samo podświetlanie, a też będzie wymuszało na przepisaniu, co pomaga w nauce.

Opiszcie dokładnie o ci chodzi. Żaden z towarzyszy nie będzie wchodził na jakiś serwer żeby zobaczyć jak coś działa, tylko dlatego, że wy tak chcecie. Po wykopaniu bloku, jeżeli współrzędna Y tego bloku znajduje się w konfiguracji, to robi się komunikat oraz log? To chcecie?

Zrób sobie kopię zapasową i usuwaj po kolei po jednym pluginie i skrypcie. Dojdziesz w końcu do sprawcy całego zamieszania.

Meeh, tak się nie robi od dawna. Klient gry i tak będzie przez chwilę renderował zielony pasek zużycia przedmiotu. Można to ominąć ustawiając itemowi unbreakable. unbreakable %item types%

int count = config.getConfigurationSection("test").getKeys(false /* deep? */).size();

Właśnie do takich sytuacji jest translateAlternateColorCodes Wystarczy, że do @EventHandler dodacie ignoreCancelled = true, a wtedy listener się nie wykona jeżeli event będzie anulowany Używajcie wspomnianego translateAlternateColorCodes. Nie tak się porównuje stringi - użyj equals(...). Poza tym nie powinieneś tak od razu wywoływać getDisplayName(), bez wcześniejszego wywołania hasDisplayName(). Na dowód nieprawidłowości == podam przykład, który zwróci false, w sytuacji gdzie wartość stringa jest identyczna. Wynika to z faktu, że == porównuje rzeczywiste ID obiektu, a nie jego wartości. System.out.println(new String("Ala ma kota") == new String("Ala ma kota")); // -> false Anulujesz event w listenerze na priorytecie MONITOR co jest niedopuszczalne! Priorytet MONITOR służy tylko i wyłącznie do monitorowania danych i stanu obiektów. To samo tyczy się dawaniu graczowi przedmiotów. Użyj w tej sytuacji priorytetu HIGHEST. Hmm - wygląda na to, że chcesz użyć szansy. W takiej sytuacji lepiej użyć Math.random(), które zawsze zwraca wartość procentową. Metoda ta zwraca double w przedziale od 0.0 i mniejszego od 1.0. if (Math.random() >= 0.2) { ... }

Hmm, no nie wiem - myślę, że szukanie wybranego hasła z pola wyboru może zająć jednak więcej czasu, niż napisanie go samemu. Trzeba oczywiście już założyć, że taka lista miałaby jakieś 10 - 15 tekstów, a może nawet więcej. Prędzej ucieszyłbym się jeżeli po kliknięciu "Zgłoś" pojawiająca się text area jest już sfokusowana, więc możemy od razu pisać, zanim dopiero wybierając to pole, żeby załączyć edytor.

Przecież już Bukkit potrafi konwertować dowolny znak koloru metodą ChatColor.translateAlternateColorCodes.

Pewnie psuje to jakiś plugin albo skrypt. Zrób sobie kopię zapasową i usuwaj po kolei po jednym pluginie i skrypcie. Dojdziesz w końcu do sprawcy całego zamieszania. Skoro gamerule nie działa to trzeba go naprawić, a nie pisać kolejny skrypt, który i tak tego problemu nie naprawi xd

Będą bo w kodzie czytającym config jest sprawdzenie czy przypadkiem ilość piorunów nie jest mniejsza niż 1 - jeżeli jest to ustawia na 1. Settings.lightningEffectCount = config.getInt("effects.lightning.count", 30); if (Settings.lightningEffectCount < 1) { Settings.lightningEffectCount = 1; } Źródło: https://github.com/mbax/VanishNoPacket/blob/master/src/main/java/org/kitteh/vanish/Settings.java#L75-L78 No i to i tak nie usunie reszty efektów jak nietoperzy, efektu dymu, itd.

Komenda do pomocy nie jest akurat potrzebna, bo pomoc ma już Bukkit pod /help i /?.

Dokładnie - /vanish on i /vanish off.

Wiadomości w VanishNoPacket nie da się zmienić. A co do tych efektów... każdy efekt ma swoje uprawnienie. Musiałeś graczowi dać te uprawnienia skoro je widzi, więc temat taki średnio ma sens xD Nie działa. Po pierwsze nie jest taki silent-join kompatybilny z innymi pluginami. Po drugie gracz może bez problemu ingerować w serwer. Po trzecie gracz traktowany jest jakby na serwerze (otrzyma na przykład efekt potki, jak ktoś rzuci), moby go śledzą, experience orb go śledzą. Może ingerować w bloki, chat, moby, itd. Taki fajny "vanish"

To jest treść wiadomości, nie format. Załóżmy, że mamy sobie plugin, który wszystkie wiadomości loguje do bazy danych. Jeżeli napisze na chacie Ala ma kota, to do bazy danych ma zostać przecież wysłane Ala ma kota, a nie [tag] [gracz] TheMolkaPL: Ala ma kota. Takie rzeczy jak na przykład gracz dodaje się do innego pola informacji, a nie treści wiadomości. No i teraz na serwer wchodzi taki gracz TheMolkaPL, którego nick ma długość 10 znaków. Formatując to według tego wzoru wynikiem będzie: &5Gracz &7TheMolkaPL Długość tego to 20 znaków, serwer przyjmuje maksymalnie (implementacja API Bukkita, bo takie ograniczenie ma klient) 16 znaków. WildSkript pewnie robi substring tego do 16 znaków, czyli mój nick to będzie: &5Gracz &7TheMol Nie da się bez scoreboarda

Nie da się tego naprawić. API Mojangu ma limit zapytań jaki twój serwer, jak każdy inny może wysłać. Możesz jedynie omijać to używając puli serwerów proxy.