116. Primeiro nome e apelido, Apelido e primeiro nome

Um problema antigo do WordPress está de regresso: a lista de utilizadores pode ser ordenada por nome próprio, mas não por apelido.

Transcrição do programa

Olá, sou José Freitas e estás a ouvir o WPpodcast, com as notícias semanais da comunidade WordPress.

Neste episódio, encontras a informação de 27 de setembro a 4 de outubro de 2026.

O Gutenberg 24.1 é, acima de tudo, uma versão dedicada à consistência das ferramentas de design: cerca de 140 dos seus contributos destinam-se a garantir que quase todos os blocos nativos têm as mesmas opções de fundo, cor, sombra e tipografia.

As opções de imagem, tamanho e gradiente de fundo, sombras, contornos e cores de ligações, títulos e botões chegam agora a blocos como Acordeão, Separadores, Comentários ou os blocos de artigos. Os blocos Grupo, Biografia do autor e Lista de termos passam também a permitir a disposição do texto em colunas. A sombra do texto, introduzida há algumas versões, tem agora o seu próprio painel nos Estilos globais e está disponível nos blocos Parágrafo e Título. Os blocos Capa e Multimédia e texto passam a ter uma secção de seleção de multimédia no painel de definições, à semelhança do que já acontecia com os blocos Imagem e Logótipo do site.

Plugin Presence API

O plugin Presence API, que mostra quem está a trabalhar e onde no painel do WordPress, anunciado em abril, chega à versão 0.14.0 com várias novidades significativas.

A mais relevante é o suporte para multissite: quem administra a rede pode agora ver, de uma só vez, quem está ligado em todos os sites, uma funcionalidade ativa por omissão nas redes que não sejam de grande dimensão. Muda também a forma como são geridos os bloqueios de edição de artigos, que deixam de ser guardados como metadados do artigo e passam para a própria tabela de presenças. Assim, renovar um bloqueio deixa de invalidar a cache de consultas de artigos nos sites com cache persistente de objetos, o que constituía um verdadeiro problema de desempenho. O Presence funciona também com qualquer tipo de conteúdo que tenha um editor, incluindo o que cada pessoa tem aberto no Editor do site, e com papéis de utilizador que apenas permitem editar páginas ou tipos de conteúdo personalizados.

Há dois aspetos que se destacam. Quanto à privacidade, o registo de atividade está ativo por omissão, mas pode ser desativado por site ou para toda a rede. Existe também uma secção na política de privacidade, bem como ferramentas de exportação e apagamento de dados. Além disso, saber onde está cada pessoa continua, por omissão, reservado a quem tem permissão para listar utilizadores; as restantes pessoas apenas veem quem está ligado. Quanto à IA, os agentes que editam através da REST API ou de MCP não enviam o sinal periódico de atividade habitual. Por isso, desde a versão 0.13, cada gravação regista uma presença temporária, identificada com a etiqueta «Agente» na barra de administração e na coluna de editores. O plugin não decide quem é um agente: consulta o plugin Agent Users ou qualquer outro que responda através do filtro disponibilizado. Entre as melhorias estão um melhor desempenho, com um único separador a fazer as consultas e a partilhar os resultados com os restantes, um aviso no Diagnóstico do site se o Heartbeat não estiver a manter as presenças atualizadas e uma ferramenta de depuração na barra de administração, apenas para desenvolvimento.

Ecrã de perfil e os nomes

Foi reaberta a discussão sobre um problema antigo do WordPress: no ecrã de perfil, o nome próprio aparece sempre antes do apelido e nenhum idioma permite alterar essa ordem. Em japonês, húngaro, chinês, coreano ou vietnamita, o apelido escreve-se primeiro. O WordPress já permite essa ordem na apresentação pública do nome, mas não no seu preenchimento. O pedido mais antigo no Trac data de 2008 e, desde então, a questão tem sido sucessivamente adiada, à espera de uma solução global com um único campo para o nome completo que nunca chegou. Entretanto, os utilizadores no Japão ou na Malásia recorrem a truques como colocar o apelido no campo do nome próprio ou inverter os campos com CSS.

A proposta é dividir o problema em dois:

• Primeiro, uma pequena alteração: permitir que cada variante linguística reordene os campos do perfil através de uma cadeia de texto traduzível e de um filtro, sem alterar o significado dos dados, para evitar problemas de compatibilidade.
• Mais tarde, uma definição ao nível do site com três opções: nome próprio primeiro, apelido primeiro ou um único campo para o nome completo.

Fumiki Takahashi, que reabriu a discussão, reconhece o enviesamento da amostra: quem participa no Slack ou no Trac já se habituou à ordem inglesa e responde que isso não incomoda. No entanto, as pessoas mais afetadas, como quem tem um pequeno café e cria o site no seu próprio idioma, quase nunca participam nesses espaços. É pedido à equipa de cada variante linguística que partilhe como se escrevem os nomes nos documentos oficiais, o que faz atualmente no WordPress e se a alteração seria adequada.

Os primeiros comentários já acrescentam algumas nuances: em russo, a ordem formal coloca o apelido primeiro, mas a ordem atual do WordPress não causa estranheza, porque nome próprio, patronímico e apelido também é uma sequência natural. Quando não existe um campo para o patronímico, o habitual é omiti-lo, em vez de o juntar ao nome próprio ou ao apelido. Tor-Björn Fjellner, mentor da equipa Polyglots, defende que a opção mais razoável é um único campo, porque é impossível adivinhar onde deve ficar cada parte do nome, e sugere um segundo campo com o valor a usar na ordenação. Fumiki considera que esta abordagem está de acordo com as recomendações de internacionalização do W3C e acrescenta que o mais importante é saber como as pessoas escrevem efetivamente os seus nomes em cada região, para além da teoria.

Comunidade e a organização de eventos

Foi detetada uma contradição no manual da equipa de Comunidade sobre quem pode organizar um evento de um grupo de meetup. Uma página do manual, intitulada “Qualquer membro pode organizar um evento”, diz que qualquer membro o pode fazer sem restrições, enquanto as Cinco Regras de Boa-fé falam em membros “responsáveis e de confiança”. A autora da proposta viu-se perante esta contradição quando uma pessoa que nunca tinha participado num meetup lhe pediu para organizar um e ela sugeriu que participasse primeiro num dos encontros existentes. Um membro perguntou-lhe então se qualquer pessoa podia ou não organizar um evento, e ela não conseguiu dar uma resposta clara. A sua hipótese é que, quando o conteúdo foi dividido em páginas separadas em 2023, o texto foi copiado, mas perdeu-se o contexto: na versão de 2016, a frase referia-se a uma caixa de seleção específica nas ferramentas do grupo, enquanto o título da página atual a transforma num princípio geral.

A resposta da equipa, que lhe chegou por mensagem privada e não está documentada em lado nenhum, é que qualquer membro pode organizar um evento sem ser coorganizador do grupo, mas tem de se articular com os coorganizadores, que confirmam que a pessoa é de confiança e cumpre as regras. Por isso, propõe-se confirmar esta interpretação, remover a página “Qualquer membro pode organizar um evento” e distribuir o seu conteúdo pela documentação de gestão dos grupos, pelas regras e pelo registo deste caso na auditoria ao manual.

Fotografia e as imagens criadas por IA

Na equipa de Fotografias, descobriu-se que a regra contra imagens geradas por IA existe, mas apenas verbalmente. Foram revistas as conversas no canal do Slack desde 2023 e, em várias ocasiões, foi afirmado que uma imagem gerada não é uma fotografia e não é aceite. Os moderadores pedem que sejam submetidas apenas fotografias reais. No entanto, nem as diretrizes, nem a lista de verificação antes do carregamento, nem o email de rejeição, nem as perguntas frequentes mencionam a IA. Assim, quem submete uma imagem só fica a saber da regra quando esta é rejeitada. Também não está documentado como contestar uma rejeição, o que deixou sem resposta pessoas que afirmavam ter carregado fotografias reais, com a dificuldade acrescida de a imagem ser apagada quando é rejeitada.

A proposta consiste em quatro alterações simples: acrescentar “imagens geradas por IA” à frase das diretrizes que já exclui capturas de ecrã e arte digital; fazer o mesmo na caixa de seleção da lista de verificação; alargar o motivo de rejeição “Não é uma fotografia” ou criar um específico para IA; e acrescentar às perguntas frequentes que quem considerar ter havido um erro pode responder ao email de rejeição com a fotografia em anexo. A proposta limita-se a imagens integralmente geradas e deixa a edição com IA, como o aumento de resolução ou o preenchimento generativo, para outra discussão.

bbPress e nova versão de segurança

O bbPress 2.6.19 é uma nova versão de segurança que passa a fazer respeitar as palavras-passe dos fóruns antigos nas respostas da REST API e na atividade do BuddyPress, e reforça as verificações de acesso a conteúdos restritos nos feeds, nos fóruns de grupos e noutras formas indiretas de visualização. Reforça também as permissões de moderação e dos papéis nos fóruns, protege as credenciais do importador e a gestão de contas, e melhora o tratamento de caracteres especiais nos perfis e na administração.

Entre as correções de manutenção estão ajustes nas associações e notificações dos fóruns de grupos do BuddyPress, na limpeza efetuada pelo conversor, nas palavras-passe importadas da base de dados, nos emails de subscrição e na posição das respostas.

WordPress Day for AI divulga programa

A organização do WordPress Day for AI anunciou mais dois oradores e vai incluir um evento especial no programa.

Foram anunciadas duas sessões da track Tech que tratam da diferença entre dar poder à IA dentro do WordPress, sem lhe dar as chaves todas.

Uma das apresentações mostra a porta nova pela qual os agentes de IA entram no WordPress e no WooCommerce. A outra mostra o que tens de montar para que essa porta não fique escancarada.

Marco Almeida vai falar sobre a WordPress Abilities API e como interagir com o WooCommerce em linguagem humana e Ivelina Dimova sobre os limites a aplicar à IA no WordPress.

Quando ao evento especial, sabe-se que está a ser preparado mas, para já, é uma surpresa.

Entretanto, o programa está já disponível, incluindo 16 sessões, das quais quatro são lightning, além do prometido evento especial.

Podes comprar bilhetes para o evento no site oficial.

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 noutros idiomas, em WPpodcast .org.

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