Temas FSE e WordPress: Como é o MVP?

Josepha Haden Chomphosy, Diretora Executiva do WordPress, postou um acompanhamento de seu esboço do próximo ano. Surgiram perguntas sobre como seria um produto mínimo viável (MVP) para o Full Site Editing (FSE), que deve estar pronto no plug-in Gutenberg em abril. A equipe principal também está planejando um lançamento em junho do FSE no WordPress quando for lançado o WordPress 5.8.

Esses parecem objetivos grandiosos, mas os membros da comunidade de desenvolvimento e negócios do WordPress ficaram perguntando: “O que é um MVP para FSE?” Esta não é uma pergunta nova. Seja o ritmo acelerado de desenvolvimento, uma falha de comunicação ou muito do projeto sendo escondido atrás de camadas e mais camadas de problemas do GitHub, pode ser difícil de acompanhar. Não há uma grande página da web que explique cada passo em detalhes minuciosos de onde o projeto está indo. As informações às vezes podem parecer dispersas. Isso pode dar uma pausa para desenvolvedores de terceiros e proprietários de empresas que precisam saber o que esperar para atualizar seus produtos.

Joost de Valk, CPO da Yoast, expressou sua frustração com o processo nos comentários. Mais tarde, discutimos isso com mais detalhes.

“Acho que o FSE mudará o que é um tema e, se for executado corretamente, facilitará muito a construção de um tema, pois os temas serão muito menores”, disse ele. “Isso traz o fardo para a comunidade de criar métodos confiáveis ​​de estilo e convenções sobre nomes de classes ou similares, para fazer o estilo funcionar em todos os lugares. Atualmente, não entendo o que é considerado MVP para edição completa do site, nem vejo discussões sobre como funcionará com temas não construídos especificamente para isso, e isso me preocupa.”

Ele compartilha algumas das mesmas preocupações de outros membros da comunidade que sentem que não existe um processo para um MVP.

“E isso não existe”, disse ele. “Visão sem execução é apenas alucinação.”

Chomphosy disse que estava ciente da interconexão. “Também vejo que as informações que publicamos não estão em uma postagem organizada e observável que ajudaria as pessoas a tomar boas decisões em nome de 39% da web”, disse ela.

Ela apontou para um ticket que lista seis (agora sete) marcos. Cada um desses marcos, quando tomados em conjunto, representam onde o FSE precisa estar para um MVP.

“Juntos eles traçam uma arquitetura que permite a expressão de um tema completo usando blocos e um editor capaz de customizar esse tema”, escreveu ela. “ O MVP deve possibilitar a construção de uma versão do tema Twenty Twenty-One, usando apenas blocos, sem nenhum conhecimento de codificação. “

A seguir, um detalhamento dos marcos que precisam ser concluídos antes de vermos a primeira versão do FSE no WordPress:

Marco 1: Infraestrutura e IU

Talvez a parte mais crucial do FSE seja um editor de site viável. Mesclar o sistema de templates do WordPress em uma UI coesa é a base do projeto. A infraestrutura subjacente lida com o funcionamento dos modelos e das partes do modelo. Neste ponto, esta base está em um local confiável. São todos os recursos que se baseiam nele que precisam de mais trabalho. Esse marco também inclui a instalação da interface de edição do site e o gerenciamento do salvamento de várias entidades.

A etapa final do marco permite que os usuários editem modelos de dentro do editor de postagem, alternando efetivamente entre edição de conteúdo e design. O FSE Outreach Program testou recentemente esse recurso para obter feedback após o Gutenberg 9.6.

Marco 2: Navegação

Este marco abrange todo o trabalho para navegar na interface do usuário do editor do site. Existem muitas partes móveis, como alternar entre páginas, modelos, partes de modelos, estilos globais e muito mais. Os usuários devem saber em qual elemento estão trabalhando.

Este é o único marco marcado como concluído. No entanto, há um bilhete aberto para explorar a ideia de um modo de “navegação” ao lado dos modos de edição e seleção.

Marco 3: Estilização

Na maior parte, este marco se concentra no próximo sistema Global Styles. O sistema cria uma hierarquia de como os estilos são aplicados aos blocos, desde os padrões do tema até as modificações globais do usuário, até as opções de estilo por bloco.

Embora grande parte do trabalho esteja completo para um MVP, existem dezenas de tickets de recurso na lista de pendências. Essa também é uma área em que o sistema de blocos está anos atrás dos construtores de páginas de terceiros. Espere ver adições de recursos de longo prazo com base no feedback pós-lançamento.

Marco 4: blocos temáticos

Os autores do tema devem ficar de olho neste ticket. A única maneira de os temas baseados em blocos se tornarem realidade para a maioria dos desenvolvedores de temas é se todas as tags de modelo tiverem um bloco correspondente no editor do site. Ou, pelo menos, se as tags de modelo mais usadas o fizerem. Algumas dessas funções não são mais aplicáveis ​​no editor de blocos. Os desenvolvedores de temas devem garantir que tenham os blocos necessários para recriar qualquer coisa que estejam construindo hoje.

É certo que estou triste ao ver que é improvável que os bloqueios de Favoritos/Links avancem. Embora o recurso esteja obsoleto, ainda estou nostálgico sobre os bons e velhos dias do blogroll. Talvez seja melhor deixar um plugin. Um renascimento do plugin Link Manager pode estar em ordem.

Marco 5: bloco de consulta

O bloco Query e seu bloco Loop correspondente são, de certa forma, as peças mais essenciais da Edição Completa do Site. Eles lidam com quais postagens são carregadas e como são exibidas. O recurso é um dos quebra-cabeças mais complexos para resolver. A equipe de desenvolvimento do Gutenberg continuou iterando nele por meses e agora está em uma boa linha de base. No entanto, ele tem quilômetros a percorrer antes que possa lidar seriamente com todas as coisas que os autores de temas precisam fazer com ele.

No momento, o bloco Query lida apenas com algumas opções para personalizar a consulta. A equipe precisa determinar quais controles devem estar disponíveis na barra lateral para usuários finais e integrar os blocos com padrões para diferentes tipos de exibições de pós-lista.

Marco 6: Bloco de Navegação

Além do bloco Query, Navigation é o único outro bloco que requer seu próprio marco. Problemas no menu de navegação atormentam o projeto WordPress há mais de uma década. É uma das coisas mais difíceis de acertar. Embora os menus de navegação no WordPress hoje sejam geralmente fáceis de trabalhar, seu design não é personalizável pelo usuário final. A saída fica totalmente a critério do autor do tema. Atender à variedade de designs de menu possíveis que os autores de temas podem desejar e torná-lo personalizável para o usuário final é provavelmente um dos problemas mais difíceis para o projeto Gutenberg.

Há pelo menos algumas dúzias de sub-tickets que precisam de contribuidores. Mesmo assim, podem ser várias versões posteriores antes que o bloco de navegação esteja pronto para os padrões mais complexos usados ​​em alguns temas hoje.

Marco 7: Adoção Gradual

Após a conclusão dos primeiros seis marcos que representam o MVP, o WordPress precisa de uma maneira de permitir que usuários finais e autores de temas adotem gradualmente o FSE. Principalmente, isso seria uma mistura de modelos baseados em blocos e modelos tradicionais baseados em PHP. Os desenvolvedores devem ter permissão para atualizar seus temas sem alterá-los por atacado, potencialmente deixando segmentos de sua base de usuários para trás.

Widgets baseados em blocos e telas de navegação também se enquadram nesse marco. Ambos os recursos foram lançados em versões futuras depois de não chegarem em 2020. No entanto, eles serão trampolins para usuários que não estão prontos para mudar para o FSE ou não podem por causa de seu tema.