Onde Gutenberg deu errado: Theme Developer Edition

Publicados: 2020-05-14
Captura de tela dos temas baseados em blocos no diretório de temas do WordPress.
Temas com estilos de editor de blocos no WordPress.org.

Com a edição completa do site ao virar da esquina, é uma questão justa perguntar se o ecossistema WordPress está preparado para tal transição, particularmente no lado do desenvolvimento de temas.

Não é nenhum segredo que os desenvolvedores de temas lutaram para acompanhar a enxurrada de mudanças entre as atualizações do plugin Gutenberg e, em última análise, as principais versões do WordPress. Também é uma questão justa perguntar quem está comandando o navio. Onde estão os desenvolvedores de sites, autores de temas e outros designers que passam todos os dias criando o front-end da web? Onde estão as soluções inovadoras que garantem que o projeto mantenha a compatibilidade com versões anteriores?

Houve alguns esforços para consertar a divisão quebrada entre o projeto Gutenberg e os desenvolvedores de temas, como as reuniões quinzenais de temas baseados em blocos. No entanto, essas reuniões, em geral, são atualizações gerais sobre coisas que a equipe de Gutenberg já desenvolveu ou lançará em breve. Essas reuniões são um bom trampolim para uma melhor comunicação, mas o projeto precisa de um planejador de projeto com a visão do cenário futuro e uma noção das questões do dia-a-dia que os autores do tema enfrentam.

A realidade é que existem apenas 132 temas de 7.455 que listam estilos de editor de blocos como um recurso no repositório oficial. Estamos há um ano e meio na vida útil do editor de blocos se fundindo oficialmente ao WordPress, mas a face da plataforma é composta principalmente de temas que transformaram alguns estilos básicos de blocos em designs medíocres. Os temas que realmente se destacam com suporte total ao editor de blocos são poucos e distantes entre si. Muitos deles também estão apostando fortemente no Elementor ou em outros construtores de páginas.

Se você gosta do editor de blocos é de pouca importância quando não há adesão dos autores do tema. Toda semana, verifico o diretório de temas em busca de novos temas, na esperança de encontrar uma joia escondida. Toda semana, fico desapontado ao ver novos temas sendo lançados em 2020 sem suporte para o editor de blocos. Há um segmento inteiro de usuários que pode gostar do editor se eles tivessem algo mais do que Twenty Twenty para brincar - é um bom tema, mas não é a xícara de chá de todos.

Captura de tela dos temas baseados em blocos do ThemeForest.
Listagem de temas com estilo de bloco do ThemeForest.

Os vendedores do ThemeForest estão superando os autores de temas gratuitos do WordPress.org de 18 para 1 em termos de suporte, com mais de 2.300 temas listados como otimizados para Gutenberg. É verdade que os temas do mercado massivo são conhecidos por terem todos os recursos possíveis na tentativa de superar a concorrência. Além disso, muitos deles possuem construtores de páginas integrados ou oferecem suporte a soluções de terceiros.

Ainda assim, para o principal recurso da plataforma, os usuários finais devem esperar algo mais do diretório oficial de temas. Um mercado de terceiros não deve ser o único jogo na cidade. No momento, muitas das ofertas no WordPress.org parecem sem brilho na melhor das hipóteses. Os poucos que vão além, como os temas Rosa 2 e Go, têm empresas maduras financiando o esforço.

Há alguma confiança quebrada entre os autores do tema e o WordPress no momento. Alguns gritam bem alto (como as pessoas podem atestar na seção de comentários do WP Tavern). Outros estão mais silenciosamente tentando descobrir tudo isso.

Até Carolina Nymark, uma das representantes da Equipe de Temas oficial, compartilhou alguma preocupação. “Como todos vocês, autores de temas, acompanham as mudanças em Gutenberg?” ela perguntou em um tweet. Quando os líderes da equipe não estão atualizados, não é bom para o projeto como um todo.

“Eu não”, respondeu Anders Noren, o principal desenvolvedor por trás do Twenty Twenty, à pergunta de Nymark. “Eu espero até que algo quebre (nas versões beta) e tento consertar então. Tentar suportar mudanças no plugin Gutenberg enquanto mantém o suporte para o editor de blocos no Core é ruim para sua saúde.”

Há uma grande preocupação dos autores do tema com o futuro. É difícil ficar animado com as possibilidades atuais quando há incerteza sobre como será o desenvolvimento do tema em 12 meses. Não há um roteiro claro e detalhado sobre como as coisas funcionarão, e muitos designers de temas sentem que estão se atualizando de semana para semana. Em vez disso, eles devem ser capazes de olhar para o futuro com mais clareza e colocar em prática as primeiras ideias.

Meu maior medo é que a Equipe de Temas um dia acione o interruptor e exija que todos os temas que vão para o diretório suportem o editor de blocos, como tinha a ver com o personalizador em 2015. Se os autores do tema não fizerem a transição organicamente nesse dia Pode vir. A equipe ficará presa como os bandidos no meio.

Para onde vamos daqui?

É fácil identificar alguns dos principais pontos problemáticos para os autores do tema. As alterações entre as atualizações inevitavelmente quebrarão algo com o design do tema.

Quebrando alterações HTML.

Quebrando mudanças CSS.

Faltam nomes de classe.

Diferentes métodos de manipulação de alinhamento, dependendo do bloco.

Lidar com estilos inline depois de anos sendo ensinado a evitá-los.

Todas essas questões são obstáculos para os autores do tema. E, quando as coisas atrapalham o trabalho dos autores de temas, eles chegam aos usuários finais.

Este não é o WordPress da última década. O WordPress que prometeu não quebrar as coisas com atualizações. O WordPress onde um tema único de um designer não profissional ainda funcionava quatro meses depois.

O projeto Gutenberg ainda está em sua infância. Pode ser divertido brincar com ele, mas também pode ser confuso. Sou um evangelista para o editor de blocos como qualquer um, mas posso reconhecer quando há uma questão clara e presente de confiança entre os autores do tema e os desenvolvedores do projeto.

Atualmente, os autores de temas que estão tentando cobrir todas as suas bases estão projetando pelo menos algumas versões do WordPress, várias versões do Gutenberg e o plugin de editor clássico. É uma variedade estonteante de testes para um tema. Aqueles com uma dúzia ou mais de temas… bem, não é uma situação ideal.

Uma abordagem holística precisa ser adotada em relação ao design do tema e do site. Os autores do tema precisam ver os detalhes do roteiro e contribuir com ele, esculpindo os recursos que consideram relevantes para os próximos anos. Eles precisam saber que o design do bloco de botões sobre o qual suaram por horas na semana passada continuará funcionando na próxima semana.

Tudo começa no nível de gerenciamento de projetos.

Se uma mudança de HTML precisa acontecer, os autores do tema precisam de mais do que “A mudança X precisa acontecer para que o recurso Y funcione”. Eles precisam ver a propriedade do erro na fase de planejamento inicial para o X, soluções de código compatíveis com versões anteriores e um caminho para que menos erros aconteçam.

Os designers de temas ainda precisam de algum tipo de estrutura de design. As classes de utilitários atuais são como uma versão pobre do Tailwind que está sendo montada à medida que o projeto adiciona novos recursos sem a previsão de olhar para o cenário futuro. Talvez o próximo recurso Global Styles possa resolver isso em uma escala maior, fornecendo compatibilidade entre os temas.

Em última análise, é preciso haver mais comunicação entre a equipe do Gutenberg e os autores de temas que estão criando temas para o diretório oficial de temas do WordPress. Talvez devesse haver uma nova equipe ou subequipe formada focada exclusivamente em temas na era do bloco e trabalhando diretamente com os desenvolvedores do Gutenberg para identificar pontos problemáticos. Aconteça o que acontecer, alguém precisa inspirar a próxima geração de temas. Até então, a maioria dos autores de temas fica se perguntando o que eles precisarão corrigir em seguida.

A seguir: edição de desenvolvimento de bloco/plugin?