Skip to content
Artwork for WordPress Podcast (português)
WordPress Podcast (português) · Yesterday · 10 min

Adeus, Dashicons

Os ícones que acompanham o WordPress desde a versão 3.8 parecem estar prestes a desaparecer no WordPress 7.2, onde serão substituídos por gráficos vetoriais. Lembre-se de que pode ouvir este programa no: Transcrição do programa Olá, eu 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 31 de agosto a 6 de setembro de 2026. Já existe um calendário para a primeira versão de manutenção da versão atual: o WordPress 7.1.1 chega a 17 de setembro. A própria equipa reconhece que o volume e a gravidade dos problemas reportados nos fóruns, no Trac e no repositório do Gutenberg desde o lançamento da versão 7.1 justificam preparar esta atualização de manutenção com maior antecedência do que é habitual. Como é normal nestas versões, o 7.1.1 concentra-se exclusivamente na correção de erros: só entram tickets relacionados com regressões introduzidas durante o próprio ciclo do 7.1 ou funcionalidades que tenham sido deliberadamente adiadas para o final desse ciclo. Não haverá novas funcionalidades. Gutenberg 23.9 com aposta nos estilos globais O Gutenberg 23.9 também já está disponível, concentrado sobretudo em pequenas melhorias que tornam a edição do dia a dia mais prática. Já não precisas de procurar o botão de inserção de blocos quando este está escondido: agora podes adicionar diretamente a partir da própria barra de ferramentas do bloco, pelo que acrescentar outra imagem a uma galeria ou um novo bloco dentro de um grupo deixa de obrigar a mudar a seleção ou a fazer scroll até encontrares o botão. Os Estilos Globais passam, por sua vez, a apresentar um pequeno indicador em cada bloco que tenha uma substituição de estilo personalizada, com a possibilidade de filtrar e ver de uma só vez apenas os blocos que alteraste manualmente, em vez de teres de os rever um a um. Entre as restantes novidades, destaca-se a possibilidade de definir espaçamentos horizontais e verticais independentes entre elementos no bloco Grupo, quando este utiliza layouts flexíveis ou em grelha, a capacidade de personalizar o estilo das etiquetas dos formulários através do theme.json e o suporte dos Estilos Globais para citações em bloco, campos de entrada e listas de seleção. Também podes agora adicionar a tua própria paleta de cores para duotone diretamente a partir do painel de Estilos Globais, em vez de ficares limitado às opções disponibilizadas pelo tema. As restantes alterações dizem respeito sobretudo a melhorias internas de acessibilidade e desempenho, incluindo uma seleção de blocos visivelmente mais rápida em artigos longos. Dashicons dão lugar a novos ícones Está a ser preparado um patch que substitui os Dashicons na barra de administração e no menu lateral pelos novos ícones SVG do WordPress, tirando partido da nova função introduzida no WordPress 7.1. A razão não é apenas estética: os tipos de letra de ícones, como os Dashicons, apresentam vários problemas de base. Os leitores de ecrã podem anunciá-los de forma imprevisível, uma vez que ocupam pontos de código Unicode sem um significado definido e, por vezes, são lidos como um carácter sem sentido no meio de uma frase. Também deixam de funcionar corretamente no modo de alto contraste do Windows e noutras configurações de cores forçadas, porque o sistema os trata como texto. Além disso, quando o ficheiro da fonte não carrega ou demora a carregar, surgem caixas ou símbolos estranhos que dão a aparência de um site avariado, enquanto um SVG simplesmente não é apresentado caso falhe o carregamento. A alteração será bastante visível para os utilizadores, pelo que a equipa está a pedir explicitamente mais feedback do que aquele que recebeu até agora no ticket. Permanecem em aberto alguns detalhes: o ícone de pesquisa fica orientado no sentido oposto ao Dashicon que substitui e o ícone das Entradas poderá deixar de ser um alfinete e passar a ser uma caneta, embora já exista debate sobre qual das opções faz mais sentido. Os Dashicons surgiram pela primeira vez no WordPress 3.8 Parker, lançado a 12 de dezembro de 2013. Chegaram juntamente com a reformulação da área de administração, o projeto MP6, substituindo os antigos sprites de ícones por uma fonte vetorial, mais nítida em qualquer resolução. A versão inicial incluía 167 ícones e, no WordPress 3.9, foram adicionados mais 30, passando o total para 197. A relação do WordPress com o PHP Um grupo de contribuidores participou numa conversa informal durante a WordCamp US, ao abrigo das regras de Chatham House, sobre a relação do WordPress com a linguagem PHP e com a respetiva comunidade. O diagnóstico de base é conhecido: uma parte significativa da comunidade PHP não considera os programadores WordPress como programadores PHP “a sério”, em parte porque o compromisso do WordPress com a retrocompatibilidade é visto como um fator que atrasa a própria evolução do PHP, e porque o WordPress participa muito pouco nas discussões onde são decididas novas funcionalidades da linguagem. Essa mesma janela alargada de compatibilidade também cria dificuldades reais no ecossistema de plugins, já que as dependências externas utilizadas por estes deixam, muitas vezes, de suportar versões de PHP tão antigas como aquelas que o WordPress ainda aceita. Os dados que mais pesam na discussão são os de adoção: o PHP 7.4 continua a ser utilizado em cerca de 18% dos sites, com poucos incentivos recentes para a atualização além das questões de segurança, já que essas versões antigas deixaram de receber correções. Foi discutida a possibilidade de promover uma atualização coordenada do lado dos alojamentos, de tornar o PHP 8.x visivelmente mais rápido para que o desempenho se transforme num argumento decisivo e surgiu também uma preocupação de fundo relativamente ao PHP 9: se trouxer alterações significativas à sintaxe, poderá tornar-se impossível manter uma única versão do WordPress compatível simultaneamente com PHP 7.4 e PHP 9. O resto da conversa incidiu sobre formas de reforçar a relação com o projeto PHP: retomar a discussão sobre WebAssembly, anteriormente descartada por falta de interesse, mas que agora faz mais sentido tendo em conta a utilização de WASM pelo WordPress no Playground; levar para o PHP o trabalho desenvolvido pelo WordPress na HTML API, em vez de o manter exclusivamente no projeto; e ainda a ideia, por enquanto apenas numa lista de desejos, de permitir que plugins com dependências inseguras sejam carregados com permissões limitadas, marcando como não confiável qualquer código que dependa dessas bibliotecas. Como próximos passos concretos, fala-se em analisar se a distribuição das versões antigas do WordPress sofreu alterações e em explorar a possibilidade de enviar avisos automáticos aos programadores de plugins quando o respetivo código não for compatível com determinada versão do PHP. Code Reference A Code Reference estreia exemplos de código realmente executáveis, através do WordPress Playground: o WordPress 7.1 já inclui os dois primeiros, estando previstos mais exemplos para o 7.2. Nas páginas de referência existe agora um botão “Run”, que executa o fragmento de código diretamente no navegador, sem ser necessário abandonar a documentação nem configurar qualquer ambiente local. Estes exemplos interativos são definidos diretamente no DocBlock de cada método, dentro do próprio código do WordPress, recorrendo a uma sintaxe ligeiramente diferente da utilizada num exemplo de código convencional. A equipa promete publicar em breve uma página no Handbook com todos os detalhes para quem quiser documentar as suas próprias funções utilizando o mesmo formato. bbPress com atualizações de segurança Está na altura de atualizar os fóruns que utilizam bbPress, uma vez que a versão 2.6.15 corrige cinco falhas de segurança e inclui várias melhorias de compatibilidade. As correções reforçam as permissões ao editar tópicos e respostas, dividir ou juntar tópicos, atualizar perfis de utilizador e visualizar fóruns privados ou ocultos. A verificação de palavras-passe em importações provenientes de outros sistemas também foi reforçada e foram corrigidos avisos de PHP em alguns pedidos relacionados com fóruns. Uma das vulnerabilidades tem o seu próprio CVE. WordPress Day for AI anunciou segundo orador Sofia Correia é a segunda oradora confirmada do WordPress Day for AI Faro 2026. Especialista em estratégia digital e comunicação vai apresentar uma sessão sobre como a IA resolve o que o cliente não sabe explicar. Sofia Correia junta-se a Jamie Marsland no leque de oradores, que já tinha sido anunciado. A fase de apresentação de candidaturas a oradores encerrou a 31 de Agosto e em breve serão anunciados outros oradores e o programa. Por fim, este podcast é distribuído ao abrigo de uma licença Creative Commons como versão derivada do podcast em espanhol. Podes encontrar todos os links para mais informações, assim como o podcast noutros idiomas, em WPpodcast .org. Obrigado por ouvires e até ao próximo episódio.

0:00-10:43

transcript

No transcript — this publisher did not publish one.

show notes

Os ícones que acompanham o WordPress desde a versão 3.8 parecem estar prestes a desaparecer no WordPress 7.2, onde serão substituídos por gráficos vetoriais.

Lembre-se de que pode ouvir este programa no:

Transcrição do programa

Olá, eu 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 31 de agosto a 6 de setembro de 2026.

Já existe um calendário para a primeira versão de manutenção da versão atual: o WordPress 7.1.1 chega a 17 de setembro. A própria equipa reconhece que o volume e a gravidade dos problemas reportados nos fóruns, no Trac e no repositório do Gutenberg desde o lançamento da versão 7.1 justificam preparar esta atualização de manutenção com maior antecedência do que é habitual.

Como é normal nestas versões, o 7.1.1 concentra-se exclusivamente na correção de erros: só entram tickets relacionados com regressões introduzidas durante o próprio ciclo do 7.1 ou funcionalidades que tenham sido deliberadamente adiadas para o final desse ciclo. Não haverá novas funcionalidades.

Gutenberg 23.9 com aposta nos estilos globais

O Gutenberg 23.9 também já está disponível, concentrado sobretudo em pequenas melhorias que tornam a edição do dia a dia mais prática.

Já não precisas de procurar o botão de inserção de blocos quando este está escondido: agora podes adicionar diretamente a partir da própria barra de ferramentas do bloco, pelo que acrescentar outra imagem a uma galeria ou um novo bloco dentro de um grupo deixa de obrigar a mudar a seleção ou a fazer scroll até encontrares o botão.

Os Estilos Globais passam, por sua vez, a apresentar um pequeno indicador em cada bloco que tenha uma substituição de estilo personalizada, com a possibilidade de filtrar e ver de uma só vez apenas os blocos que alteraste manualmente, em vez de teres de os rever um a um.

Entre as restantes novidades, destaca-se a possibilidade de definir espaçamentos horizontais e verticais independentes entre elementos no bloco Grupo, quando este utiliza layouts flexíveis ou em grelha, a capacidade de personalizar o estilo das etiquetas dos formulários através do theme.json e o suporte dos Estilos Globais para citações em bloco, campos de entrada e listas de seleção.

Também podes agora adicionar a tua própria paleta de cores para duotone diretamente a partir do painel de Estilos Globais, em vez de ficares limitado às opções disponibilizadas pelo tema. As restantes alterações dizem respeito sobretudo a melhorias internas de acessibilidade e desempenho, incluindo uma seleção de blocos visivelmente mais rápida em artigos longos.

Dashicons dão lugar a novos ícones

Está a ser preparado um patch que substitui os Dashicons na barra de administração e no menu lateral pelos novos ícones SVG do WordPress, tirando partido da nova função introduzida no WordPress 7.1.

A razão não é apenas estética: os tipos de letra de ícones, como os Dashicons, apresentam vários problemas de base. Os leitores de ecrã podem anunciá-los de forma imprevisível, uma vez que ocupam pontos de código Unicode sem um significado definido e, por vezes, são lidos como um carácter sem sentido no meio de uma frase.

Também deixam de funcionar corretamente no modo de alto contraste do Windows e noutras configurações de cores forçadas, porque o sistema os trata como texto. Além disso, quando o ficheiro da fonte não carrega ou demora a carregar, surgem caixas ou símbolos estranhos que dão a aparência de um site avariado, enquanto um SVG simplesmente não é apresentado caso falhe o carregamento.

A alteração será bastante visível para os utilizadores, pelo que a equipa está a pedir explicitamente mais feedback do que aquele que recebeu até agora no ticket. Permanecem em aberto alguns detalhes: o ícone de pesquisa fica orientado no sentido oposto ao Dashicon que substitui e o ícone das Entradas poderá deixar de ser um alfinete e passar a ser uma caneta, embora já exista debate sobre qual das opções faz mais sentido.

Os Dashicons surgiram pela primeira vez no WordPress 3.8 Parker, lançado a 12 de dezembro de 2013. Chegaram juntamente com a reformulação da área de administração, o projeto MP6, substituindo os antigos sprites de ícones por uma fonte vetorial, mais nítida em qualquer resolução. A versão inicial incluía 167 ícones e, no WordPress 3.9, foram adicionados mais 30, passando o total para 197.

A relação do WordPress com o PHP

Um grupo de contribuidores participou numa conversa informal durante a WordCamp US, ao abrigo das regras de Chatham House, sobre a relação do WordPress com a linguagem PHP e com a respetiva comunidade.

O diagnóstico de base é conhecido: uma parte significativa da comunidade PHP não considera os programadores WordPress como programadores PHP “a sério”, em parte porque o compromisso do WordPress com a retrocompatibilidade é visto como um fator que atrasa a própria evolução do PHP, e porque o WordPress participa muito pouco nas discussões onde são decididas novas funcionalidades da linguagem.

Essa mesma janela alargada de compatibilidade também cria dificuldades reais no ecossistema de plugins, já que as dependências externas utilizadas por estes deixam, muitas vezes, de suportar versões de PHP tão antigas como aquelas que o WordPress ainda aceita.

Os dados que mais pesam na discussão são os de adoção: o PHP 7.4 continua a ser utilizado em cerca de 18% dos sites, com poucos incentivos recentes para a atualização além das questões de segurança, já que essas versões antigas deixaram de receber correções.

Foi discutida a possibilidade de promover uma atualização coordenada do lado dos alojamentos, de tornar o PHP 8.x visivelmente mais rápido para que o desempenho se transforme num argumento decisivo e surgiu também uma preocupação de fundo relativamente ao PHP 9: se trouxer alterações significativas à sintaxe, poderá tornar-se impossível manter uma única versão do WordPress compatível simultaneamente com PHP 7.4 e PHP 9.

O resto da conversa incidiu sobre formas de reforçar a relação com o projeto PHP:

  • retomar a discussão sobre WebAssembly, anteriormente descartada por falta de interesse, mas que agora faz mais sentido tendo em conta a utilização de WASM pelo WordPress no Playground;
  • levar para o PHP o trabalho desenvolvido pelo WordPress na HTML API, em vez de o manter exclusivamente no projeto;
  • e ainda a ideia, por enquanto apenas numa lista de desejos, de permitir que plugins com dependências inseguras sejam carregados com permissões limitadas, marcando como não confiável qualquer código que dependa dessas bibliotecas.

Como próximos passos concretos, fala-se em analisar se a distribuição das versões antigas do WordPress sofreu alterações e em explorar a possibilidade de enviar avisos automáticos aos programadores de plugins quando o respetivo código não for compatível com determinada versão do PHP.

Code Reference

A Code Reference estreia exemplos de código realmente executáveis, através do WordPress Playground: o WordPress 7.1 já inclui os dois primeiros, estando previstos mais exemplos para o 7.2.

Nas páginas de referência existe agora um botão “Run”, que executa o fragmento de código diretamente no navegador, sem ser necessário abandonar a documentação nem configurar qualquer ambiente local.

Estes exemplos interativos são definidos diretamente no DocBlock de cada método, dentro do próprio código do WordPress, recorrendo a uma sintaxe ligeiramente diferente da utilizada num exemplo de código convencional. A equipa promete publicar em breve uma página no Handbook com todos os detalhes para quem quiser documentar as suas próprias funções utilizando o mesmo formato.

bbPress com atualizações de segurança

Está na altura de atualizar os fóruns que utilizam bbPress, uma vez que a versão 2.6.15 corrige cinco falhas de segurança e inclui várias melhorias de compatibilidade.

As correções reforçam as permissões ao editar tópicos e respostas, dividir ou juntar tópicos, atualizar perfis de utilizador e visualizar fóruns privados ou ocultos. A verificação de palavras-passe em importações provenientes de outros sistemas também foi reforçada e foram corrigidos avisos de PHP em alguns pedidos relacionados com fóruns.

Uma das vulnerabilidades tem o seu próprio CVE.

WordPress Day for AI anunciou segundo orador

Sofia Correia é a segunda oradora confirmada do WordPress Day for AI Faro 2026.

Especialista em estratégia digital e comunicação vai apresentar uma sessão sobre como a IA resolve o que o cliente não sabe explicar.

Sofia Correia junta-se a Jamie Marsland no leque de oradores, que já tinha sido anunciado.

A fase de apresentação de candidaturas a oradores encerrou a 31 de Agosto e em breve serão anunciados outros oradores e o programa.

Por fim, este podcast é distribuído ao abrigo de uma licença Creative Commons como versão derivada do podcast em espanhol. Podes encontrar todos os links para mais informações, assim como o podcast noutros idiomas, em WPpodcast .org.

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

links21