Um sistema multi-tema, a longa espera de uma década pelos temas dos netos e modelos sem tema – Taberna WordPress

Por volta de 2010, o tema infantil finalmente pegou seu ritmo. Lojas temáticas maiores estavam começando a tomar nota, e algumas estavam implementando temas pais avançados que deveriam servir como uma “estrutura” para a criação de temas filhos. A comunidade de desenvolvimento de temas atingiu uma barreira em meio a essa explosão de temas infantis. Os temas dos netos se tornaram um tópico de debate.

Um dos casos de uso de temas filho era proteger as personalizações feitas pelos usuários finais. Quando o tema pai foi atualizado, essas alterações permaneceram intactas no tema filho. Os usuários podem obter correções de bugs e melhorias sem se preocupar. Era um sistema engenhoso.

No entanto, outro caso de uso para temas filho era criar vastas personalizações do tema pai. Muitos desses temas filhos foram comercializados e vendidos para usuários finais. O problema? Não havia como os usuários protegerem suas personalizações se e quando o desenvolvedor atualizasse o tema filho. O WordPress não tinha nenhum conceito de tema de neto ou qualquer outro tipo de sistema de tema em cascata além da relação pai-filho.

Então, o problema permaneceu. Não resolvido.

Algumas empresas como a StudioPress e seu tema pai Genesis prosperaram ao longo dos anos com este sistema. Outros seguiram em frente. Na realidade, os temas infantis se tornaram um recurso de nicho que o WordPress nunca expandiu de nenhuma forma significativa. Os autores do tema foram deixados por sua própria conta. Com a chegada do personalizador e a expansão dos criadores de páginas, as personalizações de código quase desapareceram. A maioria das modificações foi feita por meio de uma interface iniciada pelo administrador do WordPress. O usuário médio tinha pouca necessidade de fazer DIY para usar os modelos personalizados. Assim começou a garoa do tema infantil quase na obscuridade.

O editor do site de Gutenberg, que provavelmente chegará ao WordPress este ano, parecia ser o golpe final para o paradigma dos temas infantis. Todos, de desenvolvedores a usuários finais, poderão lançar modelos personalizados diretamente do administrador do WordPress.

No entanto, devemos repensar o papel de um sistema de temas hierárquico?

A Edição Completa do Site já está introduzindo um nível extra na hierarquia. Tradicionalmente, os temas do WordPress tinham uma hierarquia de modelos de duas camadas. No futuro, ele adicionará uma camada para modelos criados pelo usuário. Se isso for possível, por que não ir em frente e incluir temas sobre netos? Ou simplesmente acabar com essas limitações arbitrárias?

Carlo Manfredi apresentou uma solicitação pull ao repositório Gutenberg que essencialmente cria um sistema multi-tema. Ou melhor, criou um sistema de modelos multi-tema. Além do style.css, functions.phpe theme.json arquivos, temas baseados em bloco são essencialmente uma coleção de modelos.

Manfredi está propondo que os usuários possam optar por este sistema de modelos múltiplos. Eles teriam a opção de manter modelos de um tema antigo por perto quando mudassem para um novo. Embora não esteja implementado atualmente na solicitação pull, ele também propõe permitir aos usuários clonar modelos de seu tema antigo.

“Nos últimos meses, houve rumores sobre a possibilidade futura de vários temas estarem ativos, os modelos serem ‘sem tema’ etc.”, escreveu Manfredi no tíquete. “Esta filial é uma implementação disso. A ideia por trás dessa implementação é que pode haver apenas um tema ativo por vez, mas o wp_theme a taxonomia pode ser usada para vincular modelos / partes de modelos individuais com um ou mais temas por vez. ”

Não cumpre os sonhos de um sistema temático de netos de uma década. No entanto, pode fornecer algum precedente para explorar um sistema temático hierárquico completo.

Com a simplificação e maior padronização de como os temas funcionam, devemos tirar a poeira de velhas ideias e colocá-las sob uma nova luz.

A Edição Completa do Site acabará resolvendo o problema do tema do neto, independentemente de sua intenção. Com a nova camada de modelos de usuário personalizados, o problema de atualização criado anos atrás simplesmente desaparecerá. Os usuários poderão atualizar prontamente seus temas pai e filho sem medo de perder as personalizações. O WordPress armazenará com segurança seus modelos personalizados no banco de dados. Ele até manterá suas alterações de design por meio do sistema de Estilos Globais. Talvez, apenas talvez, os temas infantis comecem a atingir seu pico inicial de popularidade.

Com o sistema proposto pela Manfredi, os usuários podem misturar e combinar modelos de temas não relacionados. Se isso acontecer, fica a questão de saber se tema os modelos são até necessários.

No ano passado, Rich Tabor abriu uma discussão sobre a possibilidade de um único tema mestre para WordPress. Nesse sistema, o WordPress criaria um conjunto de modelos básicos. Os autores do tema podem simplesmente substituir as peças que desejam. Eles podem até mesmo reduzir os temas a simples style.css e theme.json arquivos.

Isso quase parece uma receita para temas insípidos e enfadonhos. No entanto, se você juntá-lo a um diretório de modelos no WordPress.org semelhante ao que o GutenbergHub já introduziu, os usuários podem escolher os modelos que desejam. Pode ser maravilhoso e desastroso, mas eu não me importaria em explorar a ideia.

O WordPress e seu projeto Gutenberg têm muitas opções sobre a mesa. A construção do tema pode se tornar interessante nos próximos um ou dois anos.



Source



Deixe uma resposta

%d blogueiros gostam disto: