75. Está a nascer o Painel de Contribuidores da Comunidade WordPress

·

O chamado Project Thread está a ser retomado com uma equipa diferente e uma nova visão, na qual, a partir do painel de administração, é possível acompanhar a evolução de uma pessoa dentro de cada equipa em que participa.

Lembre-se de que pode ouvir este programa no Pocket Casts, Spotify e Apple Podcasts ou subscrever o feed diretamente.

Transcrição do programa

Olá, eu sou José Freitas e estás a ouvir o WPpodcast, que traz as notícias semanais da Comunidade WordPress.

Neste episódio, encontras a informação de 15 a 21 de dezembro de 2025.

A comunidade WordPress retomou uma nova e importante experiência, o Contributor Dashboard Pilot Project (Projeto Piloto do Painel de Contribuidores). Este esforço resulta de pedidos recorrentes dentro do ecossistema para obter maior visibilidade sobre como as pessoas entram, participam e evoluem nas diferentes equipas de contribuição.

Até agora, a atividade de muitos contribuidores, especialmente fora do código, tem estado fragmentada por várias ferramentas e sites, o que dificulta tanto o reconhecimento das contribuições como a compreensão dos percursos de participação ao longo do tempo.

O objetivo deste painel é reunir esses sinais dispersos num único local, de forma a compreender padrões de contribuição e melhorar a experiência dos próprios contribuidores.

O conceito central é uma “escada de contribuição” que vai desde o primeiro contacto até níveis de liderança: Ligar → Contribuir → Envolver → Executar → Liderar.

Esta estrutura não classifica ninguém como melhor ou pior, mas descreve a forma como a participação de uma pessoa no WordPress evolui, independentemente da sua contribuição ser em código, documentação, apoio à comunidade ou outro trabalho valioso.

A ideia é permitir que as equipas identifiquem onde pode faltar apoio, quais os percursos que funcionam e como fomentar uma comunidade mais forte e sustentável.

O projeto encontra-se atualmente numa fase ativa de desenvolvimento piloto, com lançamento previsto para o final de fevereiro de 2026.

Será construída uma versão limitada através de um plugin personalizado que organiza dados de atividade existentes, sem criar novas exigências para os contribuidores nem substituir iniciativas como o Five for the Future.

Numa fase inicial, o painel será alojado em infraestrutura externa para testes, antes de migrar para os sistemas do WordPress.org em fases posteriores, estando a comunidade convidada a participar nos testes, validação e evolução da abordagem.

Gutenberg melhora usabilidade e fluxo de trabalho

O Gutenberg 22.3 chega com várias melhorias focadas na usabilidade e no fluxo de trabalho dentro do editor de blocos. Um dos destaques é uma página dedicada à Tipografia, acessível a partir do menu Apresentação, que centraliza a gestão de fontes para temas baseados em blocos e facilita a instalação, pré-visualização e organização de fontes sem necessidade de navegar por vários painéis.

Esta página introduz também parte da nova infraestrutura de routing do Editor de Site, preparando o caminho para ecrãs de administração mais fluidos no futuro.

Na edição de imagens, a ferramenta de corte (cropper) dentro do editor foi renovada. Passa agora a preservar rácios de aspeto e níveis de zoom ao rodar imagens, corrigindo um problema comum de usabilidade e servindo de base para melhorias futuras.

O bloco Grelha torna-se verdadeiramente responsivo, ajustando o número de colunas a diferentes tamanhos de ecrã, o que facilita a criação de layouts flexíveis sem recurso a extensões externas.

Para além destas melhorias visíveis, o plugin inclui outros ajustes úteis:

  • notificações por email quando alguém deixa uma nota em conteúdos,
  • melhorias no bloco Breadcrumbs com suporte a alinhamento e comentários paginados,
  • novas opções de modelos para menus de navegação
  • e mensagens de erro mais claras quando a ligação é perdida.

3 grandes versões previstas para 2026

O projeto WordPress apresentou uma proposta para três grandes lançamentos em 2026, com datas específicas para planeamento, desenvolvimento e lançamento.

O objetivo é proporcionar previsibilidade tanto a programadores como a utilizadores finais, garantindo que cada ciclo de lançamento tem tempo suficiente para:

  • design,
  • desenvolvimento de funcionalidades,
  • testes
  • e estabilização antes de chegar ao público geral.

Este calendário procura equilibrar inovação e qualidade, permitindo que todas as equipas de contribuição coordenem melhor o seu trabalho ao longo do ano.

As datas propostas definem janelas claras para cada fase dos ciclos.

Assim:

  • o primeiro grande lançamento de 2026 está previsto para o final de abril,
  • seguido de um segundo lançamento em julho ou agosto,
  • e um terceiro em novembro ou dezembro.

Cada um destes ciclos inclui tempo para documentação, testes de compatibilidade e comunicação com a comunidade.

Isto significaria o lançamento do WordPress 7.0 a 9 de abril de 2026, do WordPress 7.1 a 19 de agosto e do WordPress 7.2 a 8 de dezembro.

Esta abordagem reflete aprendizagens de anos anteriores. Ao ter vários lançamentos principais bem espaçados, torna-se mais fácil dividir projetos mais ambiciosos em incrementos geríveis, permitir que as equipas de documentação e suporte preparem materiais com antecedência e fornecer aos utilizadores atualizações contínuas mas estáveis.

Colaboração em tempo real em testes beta

Relativamente ao WordPress 7.0, e à sua funcionalidade mais aguardada, a colaboração em tempo real, que permite a várias pessoas editarem o mesmo conteúdo em simultâneo num modelo semelhante ao Google Docs, está em desenvolvimento e tem estado em testes beta fechados com clientes WordPressVIP desde outubro de 2025 para recolha de dados reais em ambientes de produção.

O feedback inicial de testes com 45 participantes mostra que, quando os sites utilizam o editor de blocos moderno e as boas práticas recomendadas, a colaboração funciona bem mesmo em cenários exigentes, como vários editores a adicionar blocos ao mesmo tempo ou a realizar edições complexas de conteúdos.

O feedback identifica também áreas a melhorar antes de uma adoção mais ampla, como:

  • o rastreamento de autoria de alterações quando várias pessoas estão a editar,
  • compatibilidade com metadados legados
  • e acessibilidade.

Um dos próximos passos passa por expandir os testes a ambientes mais diversos, preparando a funcionalidade para uso geral em produção.

Equipa de Core AI cresce

Nos últimos seis meses, a equipa Core AI evoluiu de um pequeno grupo experimental para um esforço central do projeto, com o objetivo de integrar capacidades de inteligência artificial de forma nativa na plataforma.

Desde a sua criação em meados de 2025, a equipa definiu e construiu as bases necessárias, como:

  • a Abilities API para descrever e expor funcionalidades do WordPress a sistemas de IA,
  • um cliente PHP unificado para comunicar com fornecedores de IA,
  • um adaptador para o ecossistema MCP
  • e o plugin AI Experiments como laboratório e referência para novas funcionalidades.

Como resultado, grande parte desta infraestrutura já chegou ao WordPress 6.9 ou existe num estado funcional. A Abilities API faz parte do core, enquanto os restantes componentes continuam a evoluir nos seus repositórios respetivos. O foco tem sido a criação de uma base sólida e flexível antes de integrar funcionalidades concretas diretamente no core, com um roadmap claro rumo ao WordPress 7.0.

Automatizar testes unitários

No Developer Blog, foi publicado um artigo intitulado How to add automated unit tests to your WordPress plugin, com uma abordagem prática e acessível para programadores.

O artigo explica porque os testes são fundamentais para manter a qualidade e evitar regressões, e guia passo a passo a configuração do ambiente de testes com ferramentas oficiais do WordPress, a estrutura básica dos testes e a sua execução automática, estabelecendo uma base clara para integrar testes no fluxo normal de desenvolvimento.

Outro artigo apresenta o Word Switcher como um exemplo prático de como estender blocos core utilizando a Interactivity API.

Através de um caso real, mostra como adicionar comportamento dinâmico a blocos existentes sem os reconstruir de raiz, explicando a abordagem técnica, a separação entre marcação e lógica interativa e como esta API abre caminho a experiências mais ricas e fáceis de manter no editor de blocos.

Equipa de Testes com poucos contribuidores

A equipa de Testes reconhece que a sua atividade atual depende de muito poucos contribuidores, o que cria estrangulamentos e risco de burnout. Para melhorar a participação sustentada, está a rever a forma como a adesão à equipa é definida.

Em 2026, serão introduzidos critérios mais claros para participação ativa, afastando se de modelos baseados apenas em representação ou contributos pontuais, e passando para um modelo de compromisso contínuo, atribuindo o estatuto de emeritus a quem demonstre contribuições consistentes a longo prazo.

Associado a esta mudança surge o novo Test Team Training Program, um programa de formação estruturado com início em janeiro de 2026.

O seu objetivo é fornecer recursos e formação em quatro áreas chave:

  • desenvolvimento de recursos e manuais,
  • colaboração e comunicação em equipa,
  • fundamentos e boas práticas de testes
  • e gestão de reuniões e scrubs.

O programa terá a duração aproximada de quatro semanas, requer cerca de 20 horas de dedicação e, embora a sua conclusão não garanta automaticamente um lugar na equipa de Testes, oferece um percurso claro para se tornar um contribuidor ativo, com acesso inicial limitado a cinco vagas.

Por fim, este podcast é distribuído sob uma licença Creative Commons como versão derivada do podcast em espanhol. Podes encontrar todos os links para mais informações, bem como o podcast noutras línguas, em WPpodcast.org.

Obrigado por ouvires, e até ao próximo episódio.

Comments

Deixe um comentário

O seu endereço de email não será publicado. Campos obrigatórios marcados com *