WordPress 6.1 si concentrerà sul perfezionamento dell'editing completo del sito, sulla collaborazione nella fase successiva e sulle funzionalità multilingue previste nel 2023-2025

Matias Ventura, architetto capo di Gutenberg, ha identificato i perfezionamenti delle esperienze introdotte in 5.9 e 6.0 come obiettivo principale per la prossima versione 6.1. Ha pubblicato la roadmap per 6.1 prima della sessione di chiusura al WordCamp Europe a Porto, dove avrebbe dovuto unirsi a Matt Mullenweg e Josepha Haden Chomphosy per una demo. Ventura non è stato in grado di farcela, ma ha twittato un thread con demo video di alcuni interessanti aggiornamenti dell'interfaccia su cui stanno lavorando i contributori di Gutenberg.

Uno degli obiettivi principali è rendere la navigazione del sito un'esperienza più fluida attraverso una nuova "modalità di navigazione" che consentirà agli editori del sito di ingrandire e rimpicciolire mentre lavorano.

I modelli sono un altro obiettivo importante che Ventura ha identificato come "un pezzo centrale dell'esperienza creativa". I contributori stanno lavorando per rendere più facile costruire con i modelli, con piani per migliorare il processo di scoperta e inserimento. WordPress 6.1 offrirà un supporto migliore per l'utilizzo dei pattern nei tipi di post personalizzati, tipi di blocco e un'esperienza più intuitiva per bloccare i pattern e gestire i pattern salvati.

I contributori stanno anche esplorando una nuova vista aerea e altre idee per facilitare l'interazione con i modelli come sezioni di una pagina, come ha dimostrato Ventura nel suo thread.

Ventura ha affermato che un altro obiettivo per WordPress 6.1 è migliorare l'interfaccia degli stili globali con un migliore supporto per restrizioni, privilegi e preimpostazioni curate. Gli strumenti di progettazione verranno inoltre aggiornati per supportare la tipografia reattiva e consentire la gestione dei font web.

"La melodia della versione sarà quella di perfezionare le esperienze introdotte in 5.9 e 6.0, intrecciare i vari flussi in esperienze più coerenti e soddisfacenti per utenti, manutentori ed extender e colmare alcune lacune nelle funzionalità mentre iniziamo a guardare verso la Fase 3 della roadmap di Gutenberg", ha affermato Ventura.

Oltre WordPress 6.1: la fase di collaborazione 3 precederà la fase 4 multilingue per stabilire l'architettura di base

Matt Mullenweg e Josepha Haden Chomphosy hanno affrontato diverse domande sulla roadmap a lungo termine di WordPress durante la loro sessione di domande e risposte al WordCamp Europe. (Il video del livestream è incorporato di seguito.)

I contributori principali di WordPress intendono chiudere la fase di personalizzazione prima di iniziare la fase di collaborazione nel 2023. Durante la sessione di domande e risposte, uno dei contributori poliglotti ha chiesto perché WordPress sta aspettando la Fase 4 per iniziare a lavorare sulle funzionalità multilingue nel nucleo.

"Parte del motivo per cui non vogliamo impostare i dati di tanto in tanto e poi lavorare sulla funzionalità in un secondo momento è che abbiamo imparato ogni volta che è difficile creare l'architettura per qualcosa senza creare l'esperienza utente", ha affermato Mullwenweg. "Quando proviamo a fare l'uno senza l'altro, ad esempio con l'API REST, siamo entrati nell'API REST prima di utilizzarla completamente noi stessi. Quando abbiamo iniziato a utilizzare l'API REST di prima parte con Gutenberg, abbiamo riscontrato un sacco di lacune. Mi sentirei particolarmente in colpa se quelle lacune significassero che i plug-in si sono basati sull'architettura sbagliata per alcuni anni".

Mullenweg ha anche spiegato perché ritiene che sia importante dare la priorità alla Fase 3, che ha definito "flusso di lavoro", prima delle funzionalità multilingue:

La fase 3 è il flusso di lavoro. Questo è fondamentalmente il punto in cui porteremo il co-editing in tempo reale in WordPress, proprio come i documenti di Google o qualcos'altro. Quando accedi per modificare una pagina o i tuoi siti o un modello o qualcosa del genere, se qualcun altro è lì nello stesso momento, sarai in grado di vederli muoversi. Ovviamente, vogliamo assicurarci di avere il controllo della versione integrato come facciamo per i post e le pagine, nel maggior numero possibile di parti di WP, quindi se qualcuno commette un errore o modifica il sito, sarai in grado di eseguire il rollover torna facilmente, il che penso sia davvero la chiave per dare fiducia alle persone.

Ha sottolineato l'importanza di stabilire l'architettura di collaborazione prima di introdurre il supporto multilingue nel nucleo.

"Penso che i flussi di lavoro relativi al multilingue siano importanti", ha affermato Mullenweg. "Quindi, dov'è il contenuto che viene creato canonicamente, in che modo le modifiche fluiscono da una lingua all'altra, magari anche in modo bidirezionale, a seconda delle persone che modificano il sito e come ciò influisce sul resto dei modelli, cose che sono al di fuori del post e contenuto della pagina."

Ha anche notato che le numerose soluzioni multilingue di terze parti già esistenti avranno un periodo di transizione poiché il core integra queste funzionalità.

"Mi aspetto che proprio come è successo con i page builder, una volta che c'è qualcosa nel core, avranno un percorso di migrazione dei dati o si integreranno con qualsiasi fondamento abbiamo inserito nel core", ha affermato Mullenweg. “Ma vorrei stabilire le aspettative che probabilmente si tratta più di un'iniziativa del 2024 o del 2025 per WordPress. E prima vogliamo portare a termine queste altre fasi molto bene. Perché dobbiamo andare in ordine? Possiamo fare solo così tanto in una volta”.

Quando la persona che aveva posto la domanda ha chiesto un motivo per cui un gruppo di lavoro di emergenza non poteva iniziare ora, Mullenweg ha incoraggiato tutti i contributori desiderosi di inserire il proprio lavoro in un plug-in. Ha fatto riferimento a Gutenberg, che è iniziato come plug-in ed è stato testato per anni prima di portarlo nel core.

Direi che quando guardiamo alla fase 4, la prima cosa che vedremo è come lo stanno facendo tutti i plugin. Forse uno di quei plugin potrebbe persino diventare la base per ciò che entra nel core. Va bene se i plugin adottano approcci architetturali diversi, perché vogliamo vedere vantaggi e svantaggi di questi. Ricorda che le persone usano WordPress con milioni e milioni di post e pagine, a volte decine di milioni. Vogliamo che sia scalabile, vogliamo che sia performante, vogliamo che sia accessibile. Prendi tutte le cose che le persone sanno e di cui si fidano su WordPress. e portalo a questa funzionalità.

Mullenweg ha detto che pensa che il multilinguismo sia "probabilmente una delle cose più complesse che portiamo al centro, ancor più dei blocchi". Il motivo è perché i blocchi hanno preso ciò che WordPress ha fatto prima e gli hanno dato una nuova interfaccia sopra l'HTML.

"Il multilingua sta prendendo ogni singola cosa all'interno di WordPress: tag, categorie, pagine, modelli e rendendolo multifattoriale, quindi è come una quantità fattoriale di complessità in aggiunta a quella che ora è più una relazione uno-a-uno, " Egli ha detto. "Se hai qualche idea su come farlo, lasciati coinvolgere da uno dei plugin esistenti o avviane uno tuo."