Pergunte ao barman: o que acontece com o personalizador quando um tema de bloco está ativo?

Algo no meu radar agora são plugins de terceiros que possuem configurações no Personalizador. O que eu reúno de amigos que são os desenvolvedores trabalhando no Customizador e coisas de front-end dentro de algumas empresas de plugins, estilos globais e estilos de bloco ainda não estão em seu radar. Então, o que acontece se alguém instalar o Twenty Twenty-Two ou outro tema baseado em blocos? O menu de administração à esquerda do Customizer não está lá. A maneira esquisita de chegar lá é via Aparência > Temas > Personalizador. Mas a expectativa é que plugins e temas de terceiros precisem mudar as configurações. Na verdade, parece que eles precisam duplicar as configurações nos dois lugares por um tempo.

Anônimo

Para aqueles fora do circuito, deixe-me fornecer uma rápida atualização sobre este tópico. Quando o WordPress 5.9 chegar, esperamos que ele seja lançado com o novo editor de site e interface de estilos globais. No entanto, a maioria dos usuários não verá essa tela, a menos que esteja executando um tema de bloco.

Dado que o próximo Twenty Twenty-Two também está sendo enviado com o WordPress 5.9 e julgando a popularidade dos temas padrão anteriores, podemos esperar que muitos milhares de usuários sejam transportados para esse mundo totalmente novo. Para alguns, isso pode ser tão chocante quanto o lançamento do editor de blocos na versão 5.0.

Quando um tema de bloco estiver ativo, os links para acessar o personalizador antigo e familiar desaparecerão da interface do usuário. Os widgets e as telas do menu de navegação também não estarão por perto. No entanto, eles ainda estarão acessíveis se você souber o URL das telas.

Aprendemos pela primeira vez que esse seria o caso no ano passado como parte do lançamento do Gutenberg 9.3. Há também um problema em aberto para garantir que o editor do site tenha paridade de recursos com algumas configurações principais do WordPress.

Tudo bem que esses recursos estejam sendo desativados para usuários de temas de bloco. Todas foram tentativas iniciais e díspares de criar peças individuais do que o editor do site permitirá. O WordPress está reunindo todos esses conceitos em uma experiência de usuário mais coesa. É um padrão no qual os contribuidores podem iterar continuamente. Não será perfeito de cara, mas esta primeira versão na plataforma principal deve alimentar o feedback necessário para melhorá-la à medida que mais usuários começarem a instalar temas de bloco.

O problema apresentado aqui tem mais a ver com o mercado de plugins. O personalizador foi inicialmente construído como uma ferramenta de configuração de temas e tem sido usado principalmente para essa finalidade. Mas, muitos plugins vincularam várias configurações a ele ao longo de seus nove anos de história. Uma busca por wp_customize no diretório de plugins traz mais de 1.400 resultados. O hook customize_register mostra mais de 1.900. Essas não são necessariamente correspondências exatas para quantos plugins realmente adicionam painéis, seções, configurações ou controles. No entanto, é um indicador de que muitos estão confiando nele para apresentar opções aos usuários finais.

Então, voltamos à questão em questão. O que acontece quando um usuário instala um tema de bloco, como o próximo Twenty Twenty-Two, enquanto usa um plug-in que depende do personalizador?

Depende.

Alguns plugins como o WooCommerce já colocaram convenientemente um link direto para o painel/seção do personalizador no menu de administração. Isso não será um problema para seus usuários. No entanto, para todos os outros, o personalizador parecerá desaparecer completamente.

Em questão de semanas após o 5.9, dependendo da rapidez com que a adoção do Twenty Twenty-Two ocorre em particular, poderíamos estar olhando para milhares de usuários confusos. Claro, tudo isso pode mudar no tempo que antecede o lançamento. No entanto, esta é uma conversa que precisa acontecer agora.

“A preocupação aqui é com os usuários finais”, disse o questionador anônimo. “Eles estarão analisando artigos da base de conhecimento, instruções nas configurações do plug-in e muito mais, indicando onde procurar as configurações.”

Pelo menos no momento, o ônus está nos autores de plugins para resolver isso para seus próprios usuários. No entanto, existem vários caminhos que eles podem querer seguir.

O método mais direto é seguir o exemplo do WooCommerce. O plugin verifica a condicional gutenberg_is_fse_theme() (observe que o nome desta função pode mudar). Se retornar true , o plug-in adiciona um link diretamente ao painel do personalizador.

A vinculação a um painel, seção ou controle do personalizador é simples. Os autores de plugins podem encontrar os URLs no manual do desenvolvedor. Eles também podem simplesmente copiar a técnica que a equipe do WooCommerce empregou.

Este é um método rápido para garantir que os usuários não percam o acesso às suas opções se os autores do plugin não puderem fazer alterações antes do WordPress 5.9 chegar.

A longo prazo, não é a solução ideal. O personalizador estará disponível por um longo tempo, mas os autores de plugins precisarão lidar com dois conjuntos de usuários: aqueles que executam temas de bloco e clássicos.

Como cada plugin é diferente, as soluções precisarão ser diferentes. Muitos podem simplesmente usar a API de configurações para criar uma tela de opções personalizadas. Se essa for uma solução viável, não importará qual tema o usuário está executando.

No entanto, a realidade pode ser a manutenção de dois sistemas para ambos os conjuntos de usuários. Um que se integra ao personalizador e outro que puxa opções para o editor do site. Se o plug-in tiver recursos relacionados ao design, os usuários do tema de bloco esperarão ver as configurações na nova interface.

No lado temático das coisas, deve haver menos problemas. Um tema de bloco não faz nada com o personalizador de qualquer maneira. Um problema pendente seria a conversão do conteúdo inicial, e há um tíquete aberto para trazer isso para a Edição Completa do Site.

Mais do que tudo, manter linhas abertas de comunicação com os usuários ajudará a facilitar a transição. Parte disso deve vir do núcleo do WordPress. No entanto, muitos usuários precisarão ouvir isso de seus desenvolvedores de plugins e temas. Isso pode ser postagens de blog, atualizações de base de conhecimento ou tutoriais e acompanhamento do suporte.

Depois, há a solução final, que o próprio WordPress poderia implementar. É também o caminho de menor resistência.

O WordPress deve detectar automaticamente filtros ou ações em ganchos relacionados ao personalizador. Isso deve acionar um sinalizador de “suportes personalizados” e manter os links do menu de administração e da barra de ferramentas para a tela do personalizador. Isso daria aos desenvolvedores algum tempo para recuperar o atraso sem confundir os usuários no processo. Pode haver alguns sinalizadores falsos ou integrações perdidas, mas deve ser capaz de capturar efetivamente a maioria dos casos de uso.