TAB — Minecraft Java Edition 1.7.10 – 1.21.11+

A lista padrão de jogadores (menu TAB) no Minecraft exibe apenas as cabeças e os apelidos dos usuários em uma simples ordem alfabética. O cliente vanilla não suporta a personalização do cabeçalho ou do rodapé da lista, nem a criação de painéis laterais dinâmicos (Scoreboard) ou barras de progresso (BossBar) sem o uso de complexas cadeias de blocos de comando que sobrecarregam o tick do jogo. Além disso, as ferramentas padrão não permitem ordenar os jogadores por patentes de jogo ou direitos de acesso, o que dificulta a administração. O plugin TAB resolve essas tarefas fornecendo uma ferramenta assíncrona para a reconstrução completa da interface de exibição de informações. Graças à arquitetura modular, qualquer função inativa é completamente desativada no código e não consome recursos de processamento do servidor.

Ordenação prioritária dos jogadores na lista TAB

Uma das funções essenciais do plugin é a possibilidade de distribuir os jogadores na lista de acordo com uma determinada hierarquia. O TAB gerencia a ordenação por meio de scoreboard teams (equipes do placar do jogo). O plugin cria automaticamente equipes ocultas no jogo e adiciona jogadores a elas para forçar o cliente Minecraft a renderizá-los na ordem desejada.

Para definir a prioridade, utiliza-se o parâmetro sorting-types na configuração. O plugin avalia as condições de cima para baixo: se dois jogadores tiverem a mesma prioridade segundo o primeiro critério, passa-se para o seguinte.

Tipos de ordenação suportados

Configuração dos arquivos de configuração do plugin

Após o primeiro início, na pasta plugins/TAB/ é criada uma estrutura de arquivos de configuração:

·        config.yml — o arquivo principal (ver captura de tela). Gerencia a ativação dos módulos individuais (por exemplo, scoreboard-teams para prefixos e ordenação acima da cabeça, tablist-name-formatting para cores na lista, header-footer para legendas). Aqui também são configurados os painéis laterais globais e as bossbars.

·        animations.yml — destinado a descrever efeitos de texto cíclicos. As animações são definidas por um intervalo de tempo de atualização dos quadros em milissegundos e por uma lista de cadeias de texto. A animação criada pode ser exibida em qualquer outra configuração por meio do placeholder %animation:nome%.

·        groups.yml — armazena os formatos de exibição de prefixos e sufixos para os grupos do LuckPerms ou apelidos pessoais.

·        advanced-config.yml — contém as configurações dos intervalos de atualização dos placeholders do PlaceholderAPI (para evitar solicitações excessivas ao banco de dados), os parâmetros de compatibilidade com o RedisBungee e os sinalizadores de depuração.

Exemplo de criação de uma animação no arquivo animations.yml:

Comandos de gerenciamento e direitos de acesso

Todas as operações de administração são executadas através do terminal do servidor ou diretamente no jogo por jogadores com os direitos correspondentes:

·        /tab reload — recarrega todos os arquivos de configuração do disco sem reiniciar o servidor.

·        /tab dump — cria um relatório sobre o estado da configuração, a versão da plataforma, os placeholders instalados e os erros ativos, fornecendo um link para o painel web de diagnóstico. Este comando substituiu a antiga ferramenta /tab debug.

·        /tab cpu — exibe estatísticas detalhadas sobre a carga do processador. Mostra a proporção percentual do tempo de processamento de pacotes de cada módulo do plugin, ajudando a localizar as fontes de lag.

·        /tab parse <jogador> <placeholder> — realiza uma verificação da saída de uma variável específica do PlaceholderAPI para o usuário indicado, permitindo certificar-se de que as integrações estão configuradas corretamente.

·        /tab scoreboard [on/off] — ativa ou desativa de forma forçada a exibição do painel lateral de estatísticas para o jogador.

·        /btab — versão do comando para os servidores proxy Velocity ou BungeeCord (usada para o gerenciamento global das tabs entre todos os servidores conectados da rede).

Características arquiteturais e otimização na versão 6.0.2

O plugin é orientado para alto desempenho sob grande carga. Na versão 6.0.2 foram implementadas otimizações importantes:

·        Filtragem dos pacotes de equipes (Scoreboard Teams): Anteriormente, as atualizações das equipes eram enviadas a todos os jogadores conectados sem exceção, o que criava uma dependência quadrática do volume de tráfego em relação ao número de usuários. Agora as atualizações são enviadas exclusivamente aos jogadores que veem diretamente o jogador-alvo na sua própria lista TAB. Em servidores grandes, isso reduz a carga sobre a thread de processamento de nomes em 80%.

·        Divisão em versões Vanilla e Modded: Devido à migração do Fabric e do NeoForge para o Java 25, surgiu um problema de compatibilidade. O Remapper de plugins no Paper para as versões 1.20.5 - 1.21.4 suporta código apenas até o Java 23. Para resolver esse conflito, o plugin é distribuído em duas variantes:

·        TAB v6.0.2 - Fabric, NeoForge.jar (build completa para mods e servidores modernos em Java 25).

·        TAB v6.0.2 - Vanilla.jar (build especial sem dependências de mods, compatível com Paper 1.20.5 - 1.21.4).

·        Compatibilidade com Folia: O TAB suporta totalmente a arquitetura regional multithread do Folia, utilizando agendadores assíncronos para coletar informações e atualizar os placeholders %tps% e %mspt% sem comprometer a sincronização das regiões.

Conclusão

O TAB (tab-was-taken) é o padrão do setor para o design da interface de servidores Minecraft. Ele substitui vários plugins separados de painéis laterais, bossbars e prefixos, unindo-os em um único serviço assíncrono otimizado. A principal limitação são os conflitos com outros plugins que tentam criar suas próprias scoreboard teams (por exemplo, alguns plugins de apelidos personalizados acima da cabeça ou plugins de chat), o que pode quebrar a ordenação. Além disso, na versão 26.1 do Minecraft há um bug da Mojang que faz com que o texto belowname se torne visível em todas as entidades (suportes de armadura, mobs), o que torna essa função específica problemática de usar. O TAB é recomendado para qualquer tipo de servidor — desde projetos vanilla locais até grandes redes BungeeCord/Velocity.