O arquiteto líder do Gutenberg, Matías Ventura, identificou refinamentos nas experiências introduzidas nas versões 5.9 e 6.0 como o principal objetivo para a próxima versão 6.1. Ele publicou o roteiro para 6.1 antes da sessão de encerramento no WordCamp Europe no Porto, onde estava programado para se juntar a Matt Mullenweg e Josepha Haden Chomphosy para uma demonstração. Ventura não conseguiu, mas twittou um fio com demonstrações em vídeo de algumas atualizações de interface empolgantes nas quais os colaboradores do Gutenberg estão trabalhando.
Um dos principais impulsos é tornar a navegação do site uma experiência mais suave por meio de um novo “modo de navegação” que permitirá que os editores do site aumentem e diminuam o zoom enquanto trabalham.
Os padrões são outro foco importante que Ventura identificou como “uma peça central da experiência criativa”. Os colaboradores estão trabalhando para facilitar a construção com padrões, com planos para melhorar o processo de descoberta e inserção. O WordPress 6.1 trará melhor suporte para uso de padrões em tipos de postagem personalizados, tipos de blocos e uma experiência mais intuitiva de bloqueio de padrões e gerenciamento de padrões salvos.
Os colaboradores também estão explorando uma nova vista aérea e outras ideias para facilitar a interação com padrões como seções de uma página, como Ventura demonstrou em seu tópico.
Ventura disse que outro objetivo do WordPress 6.1 é melhorar a interface de estilos globais com melhor suporte para restrições, privilégios e predefinições selecionadas. As ferramentas de design também serão atualizadas para suportar tipografia responsiva e permitir o gerenciamento de webfonts.
“O objetivo do lançamento será refinar as experiências introduzidas nas versões 5.9 e 6.0, entrelaçar os vários fluxos em experiências mais coerentes e gratificantes para usuários, mantenedores e extensores e fechar algumas lacunas na funcionalidade à medida que começamos a olhar para a Fase 3. do roteiro de Gutenberg”, disse Ventura.
Além do WordPress 6.1: a fase de colaboração 3 precederá a fase multilíngue 4 para estabelecer a arquitetura central
Matt Mullenweg e Josepha Haden Chomphosy abordaram várias questões sobre o roteiro de longo prazo do WordPress durante sua sessão de perguntas e respostas no WordCamp Europe. (O vídeo da transmissão ao vivo está incorporado abaixo.)
Os principais contribuidores do WordPress planejam encerrar a fase de Personalização antes de iniciar a fase de Colaboração em 2023. Durante a sessão de perguntas e respostas, um dos contribuidores poliglotas perguntou por que o WordPress está esperando até a Fase 4 para começar a trabalhar em recursos multilíngues no núcleo.
“Parte da razão pela qual não queremos definir os dados agora e trabalhar no recurso mais tarde é que aprendemos sempre que é difícil criar a arquitetura para algo sem criar a experiência do usuário”, disse Mullwenweg. “Quando tentamos fazer um sem o outro, por exemplo, com a API REST, entramos na API REST antes de usá-la totalmente. Quando começamos a usar a API REST com o Gutenberg, encontramos várias lacunas. Eu me sentiria particularmente mal se essas lacunas significassem que os plugins estavam sendo construídos na arquitetura errada por alguns anos.”
Mullenweg também explicou por que ele acredita que é importante priorizar a Fase 3, que ele chamou de “fluxo de trabalho”, antes dos recursos multilíngues:
A Fase 3 é Fluxo de Trabalho. É basicamente aqui que vamos fazer a co-edição em tempo real no WordPress, bem como os documentos do Google ou qualquer outra coisa. Quando você faz login para editar uma página ou seus sites ou um modelo ou algo assim, se outra pessoa estiver lá ao mesmo tempo, você poderá vê-los se movendo. É claro que queremos ter certeza de que temos controle de versão integrado, como fazemos para postagens e páginas, no maior número possível de partes do WP, portanto, se alguém cometer um erro ou editar o site, você poderá rolar de volta facilmente, o que eu acho que é realmente fundamental para dar confiança às pessoas.
Ele enfatizou a importância de estabelecer a arquitetura de colaboração antes de introduzir o suporte multilíngue no núcleo.
“Acho que os fluxos de trabalho em torno do multilíngue são importantes”, disse Mullenweg. “Então, onde está o conteúdo sendo criado canonicamente, como as mudanças fluem de um idioma para outro, talvez até bidirecionalmente, dependendo das pessoas que editam o site e como isso afeta o restante dos modelos – coisas que estão fora da postagem e conteúdo da página.”
Ele também observou que as muitas soluções multilíngues de terceiros que já existem terão um período de transição à medida que o núcleo integra esses recursos.
“Espero que assim como aconteceu com os criadores de páginas, uma vez que há algo no núcleo, eles terão um caminho de migração de dados ou se integrarão a qualquer base que colocarmos no núcleo”, disse Mullenweg. “Mas eu gostaria de definir as expectativas de que provavelmente é mais uma iniciativa de 2024 ou 2025 para o WordPress. E queremos fazer essas outras fases muito bem primeiro. Por que temos que ir em ordem? Só podemos fazer muito de uma vez.”
Quando a pessoa que fez a pergunta pressionou por uma razão pela qual um grupo de trabalho de contingência não poderia começar agora, Mullenweg encorajou qualquer colaborador ansioso a colocar seu trabalho em um plugin. Ele fez referência ao Gutenberg, que começou como um plugin e foi testado por anos antes de trazê-lo para o núcleo.
Eu diria que quando olharmos para a fase 4, a primeira coisa que veremos é como todos os plugins estão fazendo isso. Talvez um desses plugins possa até se tornar a base para o que entra no núcleo. Tudo bem se os plugins adotarem abordagens arquiteturais diferentes, porque queremos ver os prós e contras deles. Lembre-se de que as pessoas usam o WordPress com milhões e milhões de posts e páginas, às vezes dezenas de milhões. Queremos que isso seja dimensionado, queremos que seja performático, queremos que seja acessível. Pegue todas as coisas que as pessoas conhecem e confiam sobre o WordPress. e trazê-lo para esta funcionalidade.
Mullenweg disse que acha que o multilíngue “provavelmente será uma das coisas mais complexas que trazemos para o núcleo, ainda mais do que blocos”. A razão por trás disso é porque os blocos pegaram o que o WordPress fazia antes e deram a ele uma nova interface em cima do HTML.
“Multilíngue está pegando cada coisa dentro do WordPress – tags, categorias, páginas, modelos, e tornando-o multifatorial, então é como uma quantidade fatorial de complexidade em cima do que agora é mais um relacionamento um-para-um, ” ele disse. “Se você tiver algumas ideias de como fazer isso, envolva-se com um dos plugins existentes ou comece o seu próprio.”
[ad_2]
