Gutenberg 11.9 se concentra em menus de navegação e temas de bloco

O Gutenberg 11.9 chegou na quarta-feira e está repleto de dezenas de melhorias. Os colaboradores estão avançando rapidamente, obtendo alguns dos recursos finais antes do lançamento do WordPress 5.9, previsto para 14 de dezembro.

A versão 11.9 é a última versão do plugin a incluir novos recursos para a próxima atualização do WordPress. As correções de bugs continuarão a ser portadas nas próximas semanas.

A edição do site e os blocos relacionados ao tema ocupam a maior parte dos holofotes. O WordPress 5.9 será lançado com seu primeiro tema de bloco padrão, Twenty Twenty-Two. Para muitos usuários, esta será sua primeira experiência com edição de modelos e estilos globais.

O bloco de navegação recebeu muita atenção, e com razão. Os desenvolvedores resolveram alguns problemas vitais de portabilidade de dados e criaram uma experiência de usuário mais completa.

Ainda há muito espaço para melhorias em geral, mas Gutenberg percorreu um longo caminho nos últimos meses. Estou empolgado com a aparência dos novos recursos quando chegarem à versão geral do WordPress.

Editor do site reduzido, seu menu movido e renomeado

O editor do site foi reduzido ao ponto em que não é mais o recurso com o qual os usuários do plug-in Gutenberg se acostumaram nos últimos meses. É essencialmente um caminho para o recurso de estilos globais.

Quando se trata de templates, apenas a página inicial do site é acessível através da interface. Clicar no ícone “W” no canto superior esquerdo do editor não abre mais o painel de modelos familiares, que anteriormente permitia aos usuários navegar, selecionar e personalizar modelos individuais.

Clicar no botão “Procurar todos os modelos” leva os usuários para fora do editor do site para uma tela de modelos. Parece uma lista de postagens e não inclui instruções sobre como, por exemplo, substituir um arquivo de autor ou outros modelos de tema. Conheço o sistema bem o suficiente para entender o que está acontecendo, mas só posso imaginar que isso seria chocante para o usuário médio.

Os usuários podem pular para as áreas de Cabeçalho e Rodapé no editor do site clicando nas áreas suspensas. O editor simplesmente se concentra nessas partes do modelo sem alternar entre as telas.

No entanto, não vejo como editar modelos específicos de dentro do editor do site. O resultado é um editor de modelo de índice diluído com estilos globais, o único recurso redentor.

O item de menu do editor do site também foi movido para baixo do menu Aparência no administrador do WordPress. Agora é simplesmente chamado de "Editor". Claro, o submenu “Editor de Temas” ainda está lá.

Eu não espero que isso seja confuso para os usuários…

Sarcasmo à parte, este é o local apropriado para o novo editor do site, que só aparecerá se o usuário tiver um tema de bloco ativo. No entanto, os dois nomes de submenu claramente estão em conflito. Poderia haver um lugar melhor para mover o Editor de Temas? Uma proposta a deixaria cair em Ferramentas no menu de administração.

Deve-se imaginar quanto uso haverá para editar diretamente arquivos de tema em um mundo de blocos. Os modelos podem ser substituídos por meio da interface do usuário. As configurações theme.json são tratadas por meio da interface de estilos globais. Isso geralmente deixa o functions.php como o único resquício. Pode ser a hora de desativar a edição de arquivos por padrão no WordPress, pelo menos para temas de bloco.

Explorador de padrões

Os usuários em desktops e tablets agora podem desfrutar de uma sobreposição de padrões de tela cheia. Em vez de rolar infinitamente por dezenas ou até centenas de padrões no insersor estreito, eles podem clicar em um novo botão “Explorar” para explorar padrões em uma interface com um pouco mais de espaço para respirar.

Cobri esse novo recurso em uma revisão completa no início desta semana. Ainda há alguns problemas para resolver com o design, mas funciona bem até agora. Ele também estabelece as bases para um conjunto mais extenso de recursos no futuro.

Salvamento de dados de navegação e bloco de área de navegação

Os dados do bloco de navegação agora são armazenados em um tipo de postagem wp_navigation dedicado. Ao salvá-lo separadamente, os colaboradores agora corrigiram um dos problemas de longa data com menus de navegação baseados em blocos: portabilidade.

Nas iterações anteriores do bloco, os usuários perdiam seus menus cuidadosamente elaborados sempre que mudavam para um novo tema de bloco. Eles teriam que recriar o conteúdo que normalmente não muda com frequência.

Juntamente com essa melhoria, há um novo bloco de Área de Navegação, que serve como wrapper para Navegação. Os autores de temas poderão definir áreas personalizadas em seus modelos de tema de bloco com o seguinte código:

 <!-- wp:navigation-area {"area":"primary"} --> <!-- wp:navigation /--> <!-- /wp:navigation-area -->

O bloco de navegação aninhado está associado a uma postagem wp_navigation . Este será o formato preferido para os autores do tema daqui para frente.

Quando um usuário muda de tema e o nome da “área” corresponde ao tema anterior, o menu simplesmente é transferido e aparece automaticamente. Se não corresponderem, o usuário pode atribuir um menu salvo. A relação menu/área é armazenada no banco de dados.

Um dos problemas com o bloco Navigation Area é que ele não possui controles de alinhamento. Tecnicamente, ele não produz nenhum HTML em si. No entanto, sua existência no editor proíbe um usuário de selecionar alinhamento amplo ou completo para seu bloco de navegação interno.

Transparência do Filtro Duotônico

Os filtros Duotone em blocos como Imagem e Capa agora suportam transparência. Os usuários agora verão um controle deslizante abaixo do seletor de cores ao ajustar sombras ou realces.

O recurso abre a porta para um efeito de dupla exposição ou máscara de imagem sobrepondo um bloco de imagem sobre uma capa. Alex Lende mostrou alguns exemplos de como isso poderia funcionar no ticket.

Os desenvolvedores também notaram possibilidades para uma opção de trítono e outros tipos de filtro.

API para acessar estilos globais

Os autores de temas e plugins devem se divertir com esta nova API para interagir com o sistema global de estilos. Anteriormente, os desenvolvedores precisavam usar a classe WP_Theme_JSON_Resolver para extrair dados de que precisavam no lado do servidor. Agora, eles têm três novas funções:

• gutenberg_get_global_settings() – Retorna as configurações.
• gutenberg_get_global_styles() – Retorna as configurações de estilo.
• gutenberg_get_global_stylesheet() – Retorna a folha de estilo global.

Presumivelmente, essas funções serão renomeadas antes de chegar ao WordPress 5.9 e não terão o prefixo gutenberg_ . Os autores de temas devem envolver qualquer uso destes em verificações de function_exist() para estar no lado seguro.

Novos blocos de comentários

Vários novos blocos de comentários chegaram na última atualização do plugin. Os blocos Loop de consulta de comentários e Modelo de comentário funcionam de maneira semelhante a suas contrapartes de postagem. No entanto, o resultado atual é um recurso básico que não está pronto para uso em produção. Comentários aninhados não são mostrados e não há muitas opções para personalizar a saída.

É um passo para bloquear os autores e usuários do tema (através do editor do site) controlando a saída dos comentários dos posts. O Gutenberg 11.9 também inclui novos blocos auxiliares de comentários que serão necessários para modelagem:

• Link de resposta do comentário
• Link do comentário
• Comentário Avatar

Por um tempo, os comentários pareciam uma reflexão tardia. Qualquer movimento para completar esses blocos relacionados a temas ausentes é bem-vindo.