WordPress 5.4 “Adderley” foi lançado em 31 de março de 2020, e está disponível para download.

Então, é hora de mergulharmos fundo nas mais interessantes novidades e mudanças que virão com o WordPress 5.4.

Antes de mais, o WordPress 5.4 traz muitas funcionalidades, melhorias e correções de bugs para o editor de blocos, com um número considerável de versões do plugin do Gutenberg fundidas no núcleo. Estas alterações afetam tanto as funcionalidades como a IU, melhorando a acessibilidade/utilizabilidade do editor e a experiência de edição em geral.

Além do editor, o WordPress 5.4 introduz melhorias interessantes na Ferramenta de Saúde do Site e na API REST, enquanto algumas funcionalidades esperadas com o WordPress 5.4 foram adiadas e devem ser agrupadas no Core com o próximo lançamento do WordPress 5.5 (veja Native Lazy Loading on images and Navigation block).

Você pode querer salvar as seguintes datas e links do WordPress 5.4 Ciclo de Desenvolvimento:

  • 11 de Fevereiro de 2020: Beta 1
  • 18 de Fevereiro de 2020: Beta 2
  • 25 de Fevereiro de 2020: Beta 3
  • 3 de Março de 2020: RC 1
  • 10 de Março de 2020: RC 2
  • 17 de Março de 2020: RC 3
  • 24 de Março de 2020: RC 4
  • 27 de Março de 2020: RC 5
  • 30 de Março de 2020: Dry run para o lançamento do WordPress 5.4
  • 31 de Março de 2020: Lançamento do WordPress 5.4 “Adderley”.

Então, o que há de novo no WordPress com o WordPress 5.4?

O que há de novo com o Block Editor

Um número considerável das versões de plugins do Gutenberg foi fundido no núcleo, de 6.6 para 7.5. Portanto, se não estiver a usar o plugin do Gutenberg, encontrará toneladas de novas funcionalidades, melhorias e correções de bugs no editor de blocos ao atualizar para o WordPress 5.4.

Mas há mais do que blocos e recursos no editor, com melhorias de desempenho geral sendo relatadas:

A equipe de edição de blocos conseguiu uma redução de 14% no tempo de carregamento e de 51% no tempo de carregamento, para um post particularmente grande (~ 36.000 palavras, ~1.000 blocos) desde o WordPress 5.3.

Isso é um monte de coisas fantásticas, por isso vamos mergulhar.

Novos recursos e aprimoramentos do Block Editor

Podemos concordar que o editor de blocos ainda está em desenvolvimento, mas o WordPress 5.4 traz toneladas de mudanças melhorando a usabilidade do editor tanto no desktop quanto no celular.

Algumas destas alterações estão estritamente relacionadas com a interface, incluindo o modo de ecrã inteiro ativado por defeito, seleção de blocos melhorada, mudança fácil entre o modo de edição e o modo de seleção, barra de ferramentas móvel fixa e pão ralado para a navegação em bloco. Dois novos blocos e configurações de opções adicionais adicionam mais funcionalidades ao editor.

Aqui está uma lista rápida das características e melhorias do nosso editor de blocos favoritos que vem com o WordPress 5.4:

Novo Bloco de Ícones Sociais

Inicialmente chamado de Links Sociais, o bloco de Ícones Sociais permite aos autores adicionar rapidamente ícones com links para perfis sociais e fornece um bom número de blocos de ícones sociais para crianças escolherem. Este bloco tem sido experimental durante algum tempo e é estável desde o Gutenberg 7.5.

O bloco de Ícones Sociais
O bloco de Ícones Sociais

O bloco Ícones Sociais vem com três estilos predefinidos para as suas personalizações visuais: Por defeito, apenas Logos, e forma de pílula.

Estilos de Ícones Sociais
Estilos de Ícones Sociais

Desde que foram introduzidos pela primeira vez como uma funcionalidade experimental no Gutenberg 6.5 (e fundidos no WordPress 5.3), os Ícones Sociais foram adicionados ao Gutenberg 7.5 e podem não funcionar como esperado se você estiver a correr uma versão desatualizada do plugin do Gutenberg.

Segundo Jorge Costa, há duas formas de prevenir problemas com os Ícones Sociais:

  • Migrar manualmente qualquer conteúdo com Ícones Sociais: atualizar para WordPress 5.4, carregar o post no editor de blocos e salvá-lo. Os Ícones Sociais serão migrados automaticamente para a nova versão.
  • Mantenha o plugin do Gutenberg instalado quando atualizar para o WordPress 5.4: o plugin fornece compatibilidade com versões anteriores e você não deve ter qualquer problema.

Novo Bloco de Botões

Adicionado ao editor de blocos no Gutenberg 7.2, o bloco Botões substitui o único bloco de Botões, e permite aos utilizadores do WordPress adicionar mais botões aos seus conteúdos dentro do mesmo recipiente de blocos.

O novo bloco de Botões
O novo bloco de Botões

Os botões individuais vêm com dois estilos predefinidos à escolha e várias opções adicionais para afinar a aparência dos seus botões.

Configurações dos botões no WordPress 5.4
Configurações dos botões no WordPress 5.4

Com o WordPress 5.4, os proprietários do site ganham um controle mais profundo sobre a aparência e a sensação de sua chamada para as ações graças à adição de fundos de gradiente, que também vêm com um punhado de pré-configurações de gradiente disponíveis para os administradores do site para usar como pontos de partida para outras personalizações.

Características de cor renovadas para botões
Características de cor renovadas para botões

Um Guia de Boas-vindas Modal

O WordPress 5.4 adiciona um novo slideshow de boas-vindas que fornece informação básica sobre o editor de blocos e uma ligação para a documentação online (adicionado com o Gutenberg 7.1).

Guia de Boas Vindas Modal
Guia de Boas Vindas Modal

O modal só é visível logo após a atualização para 5.4. Se você quiser acioná-lo novamente, basta abrir o menu Mais ferramentas e opções no botão superior direito e encontrar o link Guia de Boas-vindas.

Modo ecrã inteiro Activado por defeito
Modo ecrã inteiro Ativado por defeito

O modo tela cheia é ativado por padrão

A partir do WordPress 5.4, o editor abre em modo tela cheia, por padrão, em novas instalações e dispositivos. Você pode ativar/desativar o modo de tela cheia clicando no menu Mais ferramentas e opções, como mostrado na imagem abaixo.

O modo tela cheia é ativado por padrão no WordPress 5.4
O modo tela cheia é ativado por padrão no WordPress 5.4

Por enquanto, essa preferência é armazenada localmente, o que significa que ela será sobregravada sempre que as preferências forem alteradas, como acontece quando você acessa seu site no modo de navegação anônima. No futuro, esta preferência deverá ser armazenada no banco de dados, tornando a escolha do usuário persistente em qualquer contexto.

Note que a decisão de ter o editor em modo de tela cheia por padrão não é unanimemente apreciada como potencialmente confusa para iniciantes e usuários não avançados. Verifique este artigo se você quiser saber mais sobre as preocupações das pessoas no modo tela cheia.

Os programadores do Block Editor podem controlar o modo tela cheia programmaticamente com apenas algumas linhas de JavaScript:

const isFullscreenMode = wp.data.select( 'core/edit-post' ).isFeatureActive( 'fullscreenMode' );

if ( isFullscreenMode ) {
	wp.data.dispatch( 'core/edit-post' ).toggleFeature( 'fullscreenMode' );
}

Suporte a cores de texto em linha em blocos RichText

Se você normalmente escreve artigos de forma longa, você deve apreciar o suporte a cores do texto em linha. Antes desta atualização, fomos forçados a codificar blocos de texto ricos em código rígido no modo HTML para mudar a cor de palavras individuais e strings.

Opção de cor RichText
Opção de cor RichText

A partir do WordPress 5.4, podemos selecionar palavras e sub-cordas em blocos RichText e mudar rapidamente suas cores usando o seletor de cores incorporado.

Selecionador de cores RichText
Selecionador de cores RichText

Opções de cores adicionais para vários blocos

O WordPress 5.4 adiciona uma longa lista de recursos e aprimoramentos relacionados a cores ao editor de blocos. Como visto acima, nós não estamos mais limitados a cores sólidas. Vários blocos agora suportam fundos gradientes e conjuntos predefinidos de gradientes.

Aqui está uma lista rápida de algumas melhorias relacionadas com as cores:

  • Suporte de fundo gradiente para o bloco de Botões (Gutenberg 6.7).
  • Suporte de fundo gradiente para o bloco Cover (Gutenberg 6.8).
  • Suporte de cor do texto para blocos de Grupos (Gutenberg 7.4 e 7.5): blocos aninhados podem agora herdar a cor do texto do seu bloco de Grupo pai.
  • Suporte de texto e cor de fundo para o bloco Colunas (Gutenberg 7.4 e 7.5).
Bloco de cobertura com fundo de gradiente pré-definido
Bloco de cobertura com fundo de gradiente pré-definido

Outra adição notável ao editor de blocos é o suporte para imagens em destaque no bloco Últimos Artigos (Gutenberg 7.5).

Esta é apenas a mais recente de várias melhorias adicionadas ao bloco de Últimos Posts ao longo do tempo e marca mais um passo para “blocos dinâmicos ou globais mais complexos”.

Bloco de posts mais recentes
Bloco de posts mais recentes

Com o WordPress 5.4, o bloco Últimos Posts permite que você puxe posts de uma categoria específica, mas não permite que você crie consultas mais avançadas por categoria/etiqueta/tipo de postagem e/ou inclua/exclua posts únicos.

Esperamos ver mais aperfeiçoamentos com este bloco no futuro.

Uma Nova Barra Breadcrumb para a Navegação em Bloco

Disponível para os utilizadores do Gutenberg desde a versão 6.7, e agora fundida no Core, a nova barra de migalhas de pão visa simplificar a navegação em blocos aninhados.

A imagem abaixo mostra vários blocos aninhados e o novo menu de migalhas de pão na parte inferior.

O novo menu de migalhas de pão
O novo menu de migalhas de pão

Mudanças no Editor de Blocos para Desenvolvedores de Temas e Blocos

Os desenvolvedores de temas e blocos devem estar cientes de muitas mudanças trazidas ao editor de blocos com o WordPress 5.4. Estas mudanças incluem:

Atalhos do teclado do Block Editor

Os desenvolvedores de blocos e usuários avançados podem agora adicionar atalhos personalizados ao editor de blocos.

Um novo pacote chamado @wordpress/keyboard-shortcuts foi introduzido para centralizar o registro, remoção e documentação dos atalhos do editor.

Os desenvolvedores podem adicionar seus atalhos personalizados chamando a ação registerShortcut desta forma:

wp.data.dispatch( 'core/keyboard-shortcuts' ).registerShortcut( {

	// Shortcut identifier
	name: 'plugin/shortcut-test',

	// Shortcut category (possible values global, block, selection)
	category: 'global',

	// Shortcut description
	description: 'My first shortcut',

	// The key combination that triggers the shortcut
	keyCombination: {

		// Available modifiers:
		// primary, primaryShift, primaryAlt,
		// secondary, access, ctrl, alt,
		// ctrlShift, shift, shiftAlt
		modifier: 'alt',
		character: 'w',
	},

	// An alias for the key combination
	aliases: [
		{
			modifier: 'primary',
			character: 'q',
		},
	],
} );

Isto adicionará automaticamente o atalho personalizado ao modal de atalhos disponível em Mais Ferramentas & Opções no canto superior direito do editor.

Foi adicionado um atalho personalizado do editor global de blocos
Foi adicionado um atalho personalizado do editor global de blocos

Depois, podemos anexar um manipulador de atalhos de teclado usando a função useShortcut:

import { useShortcut } from '@wordpress/keyboard-shortcuts';
import { useCallback } from '@wordpress/element';

const MyComponent = () => {
	useShortcut(

		'plugin/shortcut-test',

		useCallback(
			( event ) => {
				// Do something
			},
			[]
		)
	);
}

Você pode ler mais sobre atalhos de teclado no blog Make WordPress Core.

APIs com Tema Gradiente

O WordPress 5.4 introduz fundos gradientes com um punhado de predefinições para Botões e Blocos de Capa. Isto acontece graças às novas APIs de Gradient Theme.

As novas APIs fornecem a opção editor-gradient-presets de suporte a temas, que permite que os desenvolvedores de temas substituam as predefinições e definam as suas próprias predefinições:

add_theme_support(
	'editor-gradient-presets',
	array(
		array(
			'name'		=> __( 'CadetBlue to Chartreuse', 'themeLangDomain' ),
			'gradient'	=> 'linear-gradient(135deg,rgba(95,158,160,1) 0%,rgb(127,255,0) 100%)',
			'slug'		=> 'cedetblue-chartreuse'
		),
		array(
			'name'		=> __( 'Chocolate to Coral', 'themeLangDomain' ),
			'gradient'	=> 'linear-gradient(135deg,rgba(210,105,30,1) 0%,rgba(255,127,80,1) 100%)',
			'slug'		=>  'chocolate-to-coral',
		),
		array(
			'name'		=> __( 'DarkMagenta to DarkOrchid', 'themeLangDomain' ),
			'gradient'	=> 'linear-gradient(135deg,rgb(139,0,139) 0%,rgb(153,50,204) 100%)',
			'slug'		=> 'darkmagenta-to-darkorchid',
		),
		array(
			'name'		=> __( 'DeepSkyBlue to DodgerBlue', 'themeLangDomain' ),
			'gradient'	=> 'linear-gradient(135deg,rgba(0,191,255,1) 0%,rgba(30,144,255,1) 100%)',
			'slug'		=> 'deepskyblue-to-dodgerblue',
		),
	)
);
Pré-definições de gradiente personalizadas no WordPress 5.4
Pré-definições de gradiente personalizadas no WordPress 5.4
  • name: um rótulo significativo para a ponta da ferramenta que fornece informações sobre o gradiente. Isto é particularmente útil para leitores de tela e usuários que têm dificuldade para distinguir certas cores.
  • gradient: CSS Valores CSS para o gradiente./li>
  • slug: um identificador para gerar classes CSS utilizadas no editor de blocos.
Pré-definições de gradiente personalizadas
Pré-definições de gradiente personalizadas

Você pode desativar gradientes personalizados usando a opção de suporte temático de disable-custom-gradients:

add_theme_support( 'disable-custom-gradients' );

A funcionalidade de gradiente pode ser completamente removida, utilizando tanto os disable-custom-gradients os editor-gradient-presets:

add_theme_support( 'disable-custom-gradients' );
add_theme_support( 'editor-gradient-presets', array() );

Markup e mudanças de estilo no editor de blocos

O WordPress 5.4 introduz várias mudanças na estrutura do DOM que os desenvolvedores devem estar cientes.

  • O prefixo legado-editor de classe foi removido dos scripts do editor de blocos e agora os desenvolvedores devem usar apenas o prefixo editor de blocos.
  • A classe edit-post-layout__content foi removida do DOM do editor de blocos.
  • Várias embalagens de mergulho foram removidas dos RichText e o outros blocos como redundante. Esta mudança traz melhorias significativas de desempenho e simplifica a árvore DOM, que deve ser apreciada pelos desenvolvedores de blocos e temas.
  • Os bloqueios e as margens negativas desapareceram. Os estilos de bloco devem mudar de acordo.

Para uma visão detalhada sobre mudanças no DOM e CSS, veja Markup e mudanças relacionadas ao estilo no WordPress 5.4

Andaime de bloco

Com o novo pacote @wordpress/create-block Package for Block Scaffolding, os desenvolvedores têm uma nova maneira de gerar a estrutura de diretório para um plugin de editor de blocos. Esta estrutura tipicamente inclui index.php, index.js e style.css.
Os desenvolvedores de blocos podem agora simplesmente executar o seguinte comando:

$ npm init @wordpress/block block-name

Coleções de blocos

Coleções de blocos fornecem uma forma de agrupar visualmente coleções de blocos no inseridor do editor de blocos. As coleções são diferentes das categorias e fornecem uma forma adicional de agrupar blocos.

A nova API fornece uma nova função:

registerBlockCollection( namespace, { title, icon } );
  • namespace: correspondido com um prefixo de bloco.
  • title: esta é a etiqueta mostrada no inseridor de blocos.
  • icon: este é o ícone mostrado com o título no inseridor de blocos.

Introduzida com oGutenberg 7.3 e agora incorporada no núcleo, a nova API permite aos programadores de temas e blocos organizarem melhor os blocos, facilitando aos utilizadores a descoberta e a adição de blocos ao conteúdo.

Variações de Bloco

A API de Variações de Blocos fornece um conjunto de funções que permite aos desenvolvedores de blocos adicionar/gerenciar/remover variações de blocos que os usuários podem escolher ao adicionar blocos ao conteúdo. O registro de uma nova variação é bastante simples (código JS):

wp.blocks.registerBlockVariation( 'core/heading', { 
	name: 'green-text', 
	title: 'Green Text', 
	description: 'This block has green text. It overrides the default description.',  
	attributes: { 
		content: 'Green Text', 
		textColor: 'vivid-green-cyan' 
	}, 
	icon: 'palmtree', 
	scope: [ 'inserter' ] 
} );
  • blockName: o nome do bloco (i.e. core/heading).
  • variation: um objeto que descreve uma variação para o tipo de bloco..
  • name: (string) o identificador único da variação.
  • title: (string) o título da variação legível por humanos.
  • description: (string) uma descrição detalhada.
  • : (WPIcon) um ícone para exibir no inseridor de blocos.
  • [isDefault]: (boolean) se a variação atual é a padrão. Defaults parafalse.
  • [attributes]: (Object) vque substituem os atributos de bloco.
  • [innerBlocks]: (Array[]) configuração inicial do bloco aninhado.
  • [example]: (Object) dados estruturados para a visualização do bloco. Definir como  indefinido para desativar a pré-visualização.
  • [scope]: (WPBlockVariationScope[]) A lista de escopos onde a variação é aplicável. Quando não fornecida, ela assume todos os escopos disponíveis. Opções disponíveis: block, inserter.
Variações de blocos de títulos
Variações de blocos de títulos

Para uma visão mais próxima na API de Variações de Bloco, consulte PR #20068.

Recursos adicionais do Editor de Blocos que vêm com o WordPress 5.4

Outras características notáveis incluídas no núcleo com o WordPress 5.4:

  • Um menu para alternar visualmente entre o modo de edição e o modo de navegação (7.1)
Alternar entre o modo Editar Seleccionar
Alternar entre o modo Editar Selecionar
  • Adicionado o título ao bloco da tabela (7.1)
Uma tabela com uma legenda no WordPress 5.4
Uma tabela com uma legenda no WordPress 5.4
  • Arrastar e soltar imagens para a caixa de imagens em destaque (7.1)
Arrastar e soltar imagem em destaque
Arrastar e soltar imagem em destaque
  • Barra de ferramentas de bloco fixo no móvel (7.1)
Barra de ferramentas de bloco no celular
Barra de ferramentas de bloco no celular
  • Adicionado o seletor de tamanho de imagem ao bloco da Galeria (7.2)
Configurações de blocos de galeria
Configurações de blocos de galeria
  • Adicionados links para imagens no bloco Mídia & Texto (7.2)
Adicionar links para imagens em Media & Bloco de texto
Adicionar links para imagens em Media & Bloco de texto

Recursos e melhorias para desenvolvedores do WordPress

Os desenvolvedores devem se beneficiar de várias novas adições que virão com o WordPress 5.4.

As nossas alterações favoritas incluem o seguinte:

Um Widget de Calendário Semanticamente Correto e Novas Classes de CSS

A especificação HTML 5.1 mudou a forma como os elementos tfoot têm de ser usados nas tabelas. Antes do HTML 5.1 os elementos tfoot poderiam preceder o elemento tbody. O novo spec muda as coisas e agora o tfoot deve seguir o tbody.

Antigo widget de calendário
Antigo widget de calendário

O widget do calendário WordPress muda de acordo. A partir do WordPress 5.4, os links de navegação passam para um elemento de nav fora da tabela do calendário.

Foi uma mudança muito esperada tendo em vista que a nav é o elemento HTML mais apropriado para links de navegação em qualquer contesto, e também pode ajudar a melhorar a acessibilidade de leitores de tela. De acordo com a documentação do Mozilla:

Um documento pode ter vários elementos <nav>, por exemplo, um para navegação no site e outro para navegação intra-página. aria-labelledby pode ser usado em tal caso para promover a acessibilidade…

Os agentes do usuário, como leitores de tela direcionados a usuários deficientes, podem usar este elemento para determinar se devem omitir a renderização inicial do conteúdo apenas de navegação.

Além disso, as seguintes classes CSS foram introduzidas em get_calendar() para facilitar a segmentação:

  • wp-calendar-table para o elemento table.
  • wp-calendar-nav para o elemento de nav.
  • wp-calendar-nav-prev para o link do mês anterior, substituindo o #prev ID.
  • wp-calendar-nav-next para o link do próximo mês, substituindo #next ID.

O snippet abaixo mostra a nova estrutura HTML do calendário:

<div class="widget widget_calendar">
	<div class="widget-content">
		<div id="calendar_wrap" class="calendar_wrap">
			<table id="wp-calendar" class="wp-calendar-table">
				<caption>February 2020</caption>
				<thead>
					<tr><!-- Day names --></tr>
				</thead>
				<tbody>
					<!-- Calendar cells -->
				</tbody>
			</table>
			<nav aria-label="Previous and next months" class="wp-calendar-nav">
				<span class="wp-calendar-nav-prev"><a href="http://example.com/?m=201912">« Dec</a></span>
				<span class="pad"> </span>
				<span class="wp-calendar-nav-next"> </span>
			</nav>
		</div>
	</div>
</div>

Os desenvolvedores de temas podem querer mudar suas folhas de estilo de acordo.

Novo widget de calendário
Novo widget de calendário

Códigos curtos em PHP Scripts

O WordPress 5.4 introduz a função apply_shortcodes() como um apelido para do_shortcode(), que nos permite utilizar um atalho em um arquivo PHP.

Do ponto de vista semântico, podemos esperar ver o resultado das funções do_* simplesmente chamando a própria função. Mas esse não é o caso do código do_shortcode. Para imprimir a saída do atalho especificado, o do_shortcode tem de ser ecoado:

// Mostra o resultado do código de atalho
echo do_shortcode( '[shortcode]' . $text . '[/shortcode]' );

O WordPress 5.4 muda um pouco as coisas com a introdução de apply_shortcodes(), que funciona do mesmo modo que do_shortcode(), mas permite que os desenvolvedores construam códigos mais legíveis e semanticamente corretos:

// Mostra o resultado do código de atalho 
echo apply_shortcodes( '[shortcode]' . $text . '[/shortcode]' );

A partir do WordPress 5.4 RC 2, do_shortcode() não está planejado para ser depreciado porque é amplamente utilizado em plugins de terceiros.

Melhorias no manuseio de Favicon Handling no WordPress 5.4

Com o WordPress 5.4, os desenvolvedores de temas podem lidar com solicitações de favicons com muito mais flexibilidade e várias novas funções permitem gerenciar favicons da mesma forma que as funções relacionadas ao robots.txt. Sergey Biryukov explica:

Um pedido para favicon.ico deve ser tratado da mesma forma que nós tratamos robots.txt com do_robots():

  • Se existir um ficheiro físico, não faça nada e deixe o servidor tratar do pedido.
  • Caso contrário, sirva um ícone de retorno (ver abaixo).

Então, se um arquivo físico favicon.ico não é fornecido, aqui está como o WordPress lida com ele:

  • Se houver um conjunto de ícones no Customizer, ele redireciona /favicon.ico para aquele ícone específico.
  • Se não houver um conjunto de ícones, então ele usa o logotipo do WordPress (wp-admin/images/w-logo-blue.png) como uma opção de recurso.

Uma mão-cheia de novas funções e ganchos complementam as funções/anelhetes relacionados com os robots.txt correspondentes:

  • A nova função is_favicon() complementa is_robots().
  • A ação do_favicon complementa o do_robots e é acionada quando o carregador de modelos determina uma solicitação de favicon.
  • A função do_favicon() está ligada à ação do_favicon e complementa o do_robots().
  • A ação do_favicon complementa o do_robotstxt e permite que os desenvolvedores superem o comportamento padrão.

Leia mais sobre o manejo de favores.

Novos ganchos para adicionar campos personalizados aos itens do menu

Com o WordPress 5.4, os desenvolvedores podem usar dois novos ganchos de ação para adicionar campos personalizados aos itens do menu.

O wp_nav_menu_item_item_custom_fields é acionado imediatamente antes de um item do menu de navegação ser adicionado ao editor do menu de administração. Veja o exemplo abaixo:

function kinsta_add_menu_item_custom_field() {
	echo '<p class="menu-item-custom-field">Hey! This is an example for Kinsta blog readers!</p>';
}
add_action( 'wp_nav_menu_item_custom_fields', 'kinsta_add_menu_item_custom_field' );
Campos personalizados nos itens do menu de navegação
Campos personalizados nos itens do menu de navegação

O novo gancho de ação suporta cinco parâmetros que você pode usar para afinar o comportamento do campo personalizado:

  • $item_id: o item de menu ID (número inteiro).
  • $item: o objeto de dados do item de menu (objeto).
  • $depth: a profundidade do item do menu (inteiro).
  • $args: um objeto de argumentos de item de menu (objeto).
  • $id: o ID do Menu de Navegação (número inteiro).

O wp_nav_menu_item_item_custom_fields_customize_template funciona da mesma forma que o wp_nav_menu_item_custom_fields, mas é acionado no final do modelo form-fields para os itens do menu de navegação no Customizer. A imagem abaixo mostra a seção Menus do Customizer no WordPress 5.4.

Campos personalizados nos itens do menu de navegação
Campos personalizados nos itens do menu de navegação

Mudanças adicionais para os desenvolvedores

Outras mudanças para desenvolvedores e usuários avançados que vêm com o WordPress 5.4 incluem:

Como instalar uma versão de desenvolvimento do WordPress

Se você gostaria de ter certeza que seus temas e plugins são totalmente compatíveis com o WordPress 5.4 ou se você está apenas curioso sobre novos recursos que vêm com a última versão do WordPress, você pode instalar a versão de desenvolvimento atual com poucos cliques.

Você tem duas maneiras de instalar uma versão do WordPress Beta/RC:

Se você decidir instalar o plugin Beta tester, você precisará primeiro configurar uma instalação regular do WordPress, seja em sua máquina local ou em seu ambiente de teste.

Assim que o seu site WordPress estiver instalado e funcionando, navegue até Plugins → Adicionar novo e procurar pelo plugin do WordPress Beta Tester.

O plugin fornece uma maneira rápida e fácil de testar o WordPress, permitindo instalar e/ou atualizar o Beta ou Release Candidate atual com o clique de um botão.

Instalar o plugin do WordPress Beta Tester
Instalar o plugin do WordPress Beta Tester

Então, instale e ative o plugin como de costume.

Navegue até Ferramentas → Beta Testing e marque a opção Bleeding edge nightlies e salve as alterações.

Depois disso, navegue até a tela do Painel → Updates e clique no botão Update Now.

Tela de Atualizações do WordPress
Tela de Atualizações do WordPress

O WordPress irá agora baixar e instalar o seguinte pacote:

https://wordpress.org/nightly-builds/wordpress-latest.zip

Uma vez concluída a instalação, você será redirecionado para a página temporária do WordPress About.

Progresso da atualização do WordPress
Progresso da atualização do WordPress

E é só isso. Agora você está pronto para executar seus testes nas versões WordPress Beta e RC.

Consulte a documentação oficial para mais informações sobre os testes do WordPress Beta.

Resumo

Com dez versões do plugin Gutenberg fundidas no núcleo, o WordPress 5.4 está principalmente focado no Editor de Blocos. Temos dois novos blocos, atalhos personalizados, melhor usabilidade e acessibilidade, e podemos esperar novos desenvolvimentos num futuro próximo.

Mas há ainda mais:

  • Um widget de estado de saúde do site foi adicionado ao painel, facilitando ao usuário a verificação da saúde, segurança e desempenho do site.
  • Melhor gerenciamento de foco, navegação de teclado mais fácil e um Guia de Políticas de Privacidade mais fácil de ler, melhorando a acessibilidade no celular e no desktop.
  • Várias mudanças nas ferramentas de privacidade simplificando o UX ao exportar dados pessoais.
O novo widget de Estado de Saúde do Site
O novo widget de Estado de Saúde do Site

Agora é a tua vez. Qual é a sua opinião sobre o WordPress 5.4? Que mudanças e características você mais gosta? Diga-nos nos comentários!

Carlo Daniele Kinsta

Carlo é um apaixonado por webdesign e desenvolvimento frontend. Ele tem mais de 10 anos de experiência com WordPress e colaborou com diversas universidades e instituições educacionais na Itália e na Europa. Carlo já publicou inúmeros artigos e guias sobre WordPress, tanto em sites italianos quanto internacionais, além de revistas impressas. Você pode seguir ele no LinkedIn e no X.