RUSHyoutuber

@EventHandler(priority = EventPriority.LOWEST) public void aoExecutarComando1(PlayerCommandPreprocessEvent e) { String cmd = e.getMessage().toLowerCase(); if (cmd.equals("/vip")) { e.getPlayer().teleport(AreaVIP); e.getPlayer().sendMessage("§aTeleportado com sucesso para a area vip."); } } @EventHandler(priority = EventPriority.HIGHEST) public void aoExecutarComando2(PlayerCommandPreprocessEvent e) { String cmd = e.getMessage().toLowerCase(); if (loginList.contains(e.getPlayer())) { e.getPlayer().sendMessage("§cVocê precisa logar para poder usar comandos"); e.setCancelled(true); } } Oque você acha que vai acontecer se esse código for executado?

?? Se o cara criar um comando usando evento em vez de registrar e colocar prioridade LOWEST no comando, o comando vai ser executado antes de ser cancelado '-' pq o LOWEST é chamado antes do HIGHEST não é essa a lógica?

Cara baixa o vídeo e corta só os segundos do audio que eu acho pra vc... vc ta ficando loco mano ou seu fone ta bixado kkkkkk não sai nenhum som ali mano fora esses

Vivendo e aprendendo haha Eu aprendi esse sistema de prioridades semana passada depois de 6 meses programando >< Vlw galera

Cara não posso fazer nada... eu se fosse você baixaria de novo no spigot ou abre a plugin.yml dentro da jar e verifica se o comando ta la...

Dei uma olhada novamente e pelo que vi no minuto 3:07 dois sons são executados por coincidência kkk O primeiro som é o LEVE_UP que é executado quando ele upa de nivel E o segundo som é o SLIME_WALK2 ou SLIME_WALK que é executado quando um slime novo nasce ou morre não sei direito... mas é um desses dois... Agora sim, like + resolved??

Eu parei de gravar vídeos se não eu teria postado logo que lanço kkkkkkk Pra quem quiser o download do Fenix ta no canal do Marcio!

O meu essentials tem essa função por eu ainda postei ele >< aqui na GB tem um desses PLs e se vc procurar no google vai achar diversos

é som LEVEL_UP e ele é chamando quando você upa o nivel de XP não quando vc mata o mob... pode observar eu o nível aumenta de 64 pra 65. like + resolved? saidjsasada

Obfuscar um plugin desses? E ainda colocar bang de licença? Não recomendo...

Achei legal parabéns... agora fiquei curioso se é dificil pra fazer

vlw galera

sim... basta ativar o /f voar na config '-'

Olá pessoal da Gamer'sBoard! No tutorial de hoje irei ensinar como funciona o sistema de Prioridades nos eventos do Bukkit e irei ensinar como colocar a prioridade correta no seu evento para previr bugs e fazer com que seu plugin funcione da maneira correta! INTRODUÇÃO Primeiramente irei explicar para quem não sabe oque é o sistema de Prioridades e porque é tão importante você implementa-lo de maneira correta no seu plugin. Bom pra quem não sabe o Bukkit possui um sistema onde você pode escolher a prioridade com que seu evento é chamado e pode ainda ignorar o seu evento caso ele esteja sendo cancelado por outro plugin. As prioridades são muito importantes pois são elas que possibilitam varios plugins usarem o mesmo evento, como por exemplo BlockBreakEvent. As prioridades são chamadas da seguinte maneira: 1ª - EventPriority.LOWEST 2ª - EventPriority.LOW 3ª - EventPriority.NORMAL 4ª - EventPriority.HIGH 5ª - EventPriority.HIGHEST 6ª - EventPriority.MONITOR Resumindo, se você criar 1 evento com prioridade LOWEST ele sera chamado antes que o evento com prioridade HIGH. OBS: Se você não colocar prioridade no seu evento o bukkit ira colocar prioridade NORMAL por padrão. COMEÇANDO O TRABALHO Agora que vocês já sabem o basico vamos colocar a mão na massa! Vamos criar um plugin de teste basico com o evento BlockBreakEvent para testar as prioridades! Dentro do jogo: Como vocês puderam notar a ordem é essa! Então você me pergunta: Mas RUSH como vou saber que prioridade devo colocar no meu evento? Simples! Se o seu evento estiver cancelando outros (e.setCanelled(true)) você deve usar prioridades baixas! LOW ou LOWEST! Se o seu evento não deve ser executado caso for cancelado então você deve usar HIGHEST ou Monitor... Vamos parar com a teoria e vamos para a pratica novamente! Imagine que você tem um plugin que bloqueia os blocos de serem colocados no SPAWN e imagine que você possui um plugin de spawners que envia uma mensagem no CHAT quando um spawner é colocado no chão... Caso você não coloque prioridade nos eventos você tera problemas porque o evento sera cancelado mas mesmo assim a mensagem sera exibida! Veja: Dentro do jogo: Para corrigirmos este erro nós temos 2 soluções possíveis! Nós podemos: 1- Verificar se o evento é cancelado usando isCancelled(); 2- Adicionando a anotação @EventHandler(priority = EventPriority.MONITOR, ignoreCancelled = true) Agora que vocês já sabem como corrigir vamos por a mão na massa novamente! Dentro do jogo: Como vocês puderam ver tudo ocorreu perfeitamente! Sempre que nós colocarmos ignoreCancelled = true na anotação @EventHandler o evento não sera chamado se ele for canelado! Ou seja, se você cancelar o evento no LOWEST e colocar ignoreCancelled = true nos eventos com maiores prioridades os eventos não serão chamados! Ou seja, isto otimiza o desempenho e previne BUGS, então alem de você definir prioridade você deve sempre verificar se é necessário colocar o ignoreCancelled. RESUMO Se você quer cancelar um evento sempr e use prioridades baixas como LOWEST E LOW. Se você esta trabalho com um evento não que que ele seja executado caso cancelado, ou não quer que ele seja chamado caso cancelado você deve usar prioridades altas como HIGH, HIGHEST ou MONITOR e necessario ou se possivel usar 'ignoreCancelled = true' CONCLUSÃO Tanto a 'priority' quanto o 'ignoreCancelled' são muito importantes na construção de plugins de qualidade, então é muito recomendado que você não um seja retardado como o BaconCodes e implemente o sistema de prioridades nos seus eventos.

Vc provavelmente ta usado algum plugin que cancela a bigorna...

Tem alguns /f bau no caso /f chest disponiveis no SPIGOT porem eles provavelmente não irão lhe agradar... gratis não tem nenhum recomendo /f geradores do @AlexHackers

Leia o post corretamente. @TOPIC Parabéns pelo excelente trabalho fico muito bem feito.

Exato. Esse é exatamente o erro, parabéns pela percepção.

Como verifica se o player trocou de servidor e quando ele entrou no lobby? Pq tipo se fizer por PlayerJoinEvent ele vai pedir senha quando o cara ir do server principal pro lobby

o plugin parecia bom mas vc estragou tudo com a pora do métrics

Area errada por favor alguem move isso e marca como resolvido.

descobri o mesmo bug ontem >< por isso resolvi implementer um sistema de /f voar dentro do Mamba msm

Esta função já foi adicionada ao plugin no update v14 basta olhar a changelog. Ou seja, não à mais necessidade de usar plugins externos para fazer isso. O sistema de /f voar - /f fly foi adicionado hoje na atualização v15, foi também adicionado o botão do /f geradores caso você algum plugin de /f geradores, eu não fiz o sistema de /f geradores e nem vou fazer, apenas adicionei o botão para quem tiver 1 plugin de /f geradores usar. Esse sistema de ResetKDR pode ser feito facilmente com API do factions... não vejo necessidade de implantar reset KDR no factions em si mas talvez no futuro eu implante. Cara eu não pretendo fazer alterações na parte estética do plugin... sobre o sistema escrever no chat igual do sky eu também não pretendo adicionar isso porque minha intenção não é kibar ninguem.

??? como assim cara? tipo existe 1 plugin de /bau e você quer que quando o cara digite /bau em vez de abrir o menu do plugin abra o menu do chestcoomands? é impossivel fazer isso cara Esse erro ai não é do mambachestcommand pois ele esta 100% em BR... não sou especialista em chestcommands nem sou configurador então não posso lhe ajudar...

Quem foi o desenvolvedor do plugins? Pq eu ñ compraria PL de desenvolvedor Random por ai... e tmb ngm garante que ñ é decompilado ou renomeado Ja vi nego vendendo essa build do spawn aqui na GB... só pra constar