Gutenberg 11.9 si concentra sui menu di navigazione e sui temi dei blocchi

Gutenberg 11.9 è arrivato mercoledì ed è ricco di dozzine di miglioramenti. I contributori stanno accelerando, ottenendo alcune delle funzionalità finali prima del rilascio di WordPress 5.9, previsto per il 14 dicembre.

La versione 11.9 è l'ultima versione del plug-in a includere nuove funzionalità per il prossimo aggiornamento di WordPress. Le correzioni di bug continueranno a essere trasferite nelle prossime settimane.

La modifica del sito e i blocchi relativi ai temi occupano la maggior parte dei riflettori. WordPress 5.9 verrà spedito con il suo primo tema di blocco predefinito, Twenty Twenty-Two. Per molti utenti, questa sarà la prima esperienza con la modifica dei modelli e gli stili globali.

Il blocco Navigazione ha ricevuto molta attenzione, e giustamente. Gli sviluppatori hanno risolto alcuni problemi vitali di portabilità dei dati e creato un'esperienza utente più completa.

C'è ancora molto margine di miglioramento nel complesso, ma Gutenberg ha fatto molta strada negli ultimi mesi. Sono entusiasta di come appariranno le nuove funzionalità una volta che atterreranno nella versione generale di WordPress.

Editor del sito ridimensionato, menu spostato e rinominato

L'editor del sito è stato ridimensionato al punto in cui non è più la funzionalità a cui gli utenti del plugin Gutenberg si sono abituati in questi ultimi mesi. È essenzialmente un percorso verso la funzionalità degli stili globali.

Quando si tratta di modelli, solo la home page del sito è accessibile tramite l'interfaccia. Facendo clic sull'icona "W" in alto a sinistra dell'editor non si apre più il familiare pannello dei modelli, che in precedenza consentiva agli utenti di navigare, selezionare e personalizzare i singoli modelli.

Facendo clic sul pulsante "Sfoglia tutti i modelli" gli utenti vengono spostati dall'editor del sito a una schermata dei modelli. Sembra un elenco di post e non include istruzioni su come, ad esempio, sovrascrivere un archivio dell'autore o altri modelli di temi. Conosco il sistema abbastanza bene da capire cosa sta succedendo, ma posso solo immaginare che sarebbe scioccante per l'utente medio.

Gli utenti possono passare alle aree Intestazione e Piè di pagina nell'editor del sito facendo clic su quelle nel menu a discesa. L'editor si concentra semplicemente su quelle parti del modello senza cambiare schermata.

Tuttavia, non vedo alcun modo per modificare modelli specifici dall'editor del sito. Il risultato è un editor di modelli di indice annacquato con stili globali, l'unica caratteristica che redime.

Anche la voce di menu dell'editor del sito è stata spostata sotto il menu Aspetto nell'amministratore di WordPress. Ora è semplicemente chiamato "Editor". Naturalmente, il sottomenu "Editor temi" è ancora lì.

Non mi aspetto che questo crei confusione per gli utenti...

Sarcasmo a parte, questo è il posto appropriato per il nuovo editor del sito, che apparirà solo se un utente ha un tema di blocco attivo. Tuttavia, i due nomi di sottomenu sono chiaramente in conflitto. Potrebbe esserci un posto migliore per spostare l'Editor dei temi? Una proposta la vedrebbe abbandonata sotto Strumenti nel menu di amministrazione.

Ci si deve chiedere quanto sarà utile modificare direttamente i file dei temi in un mondo a blocchi. I modelli possono essere sovrascritti tramite l'interfaccia utente. Le impostazioni theme.json vengono gestite tramite l'interfaccia degli stili globali. Questo per lo più lascia functions.php come unico ostacolo. Potrebbe essere solo il momento di disabilitare la modifica dei file per impostazione predefinita in WordPress, almeno per i temi a blocchi.

Esploratore di modelli

Gli utenti su desktop e tablet possono ora usufruire di una sovrapposizione di pattern a schermo intero. Invece di scorrere all'infinito dozzine o addirittura centinaia di pattern nello stretto inseritore, possono fare clic su un nuovo pulsante "Esplora" per esplorare i pattern in un'interfaccia con un po' più di respiro.

Ho trattato questa nuova funzionalità in una recensione completa all'inizio di questa settimana. Ci sono ancora alcuni nodi da risolvere con il design, ma finora funziona bene. Inoltre, pone le basi per una serie più ampia di funzionalità su tutta la linea.

Salvataggio dati di navigazione e blocco dell'area di navigazione

I dati del blocco di navigazione sono ora archiviati in un tipo di post wp_navigation dedicato. Salvandolo separatamente, i contributori hanno ora corretto uno dei problemi di vecchia data con i menu di navigazione basati su blocchi: la portabilità.

Nelle precedenti iterazioni del blocco, gli utenti hanno perso i menu accuratamente realizzati ogni volta che sono passati a un nuovo tema del blocco. Dovrebbero ricreare contenuti che in genere non cambiano spesso.

Accanto a questo miglioramento c'è un nuovo blocco Area di navigazione, che funge da wrapper per la navigazione. Gli autori di temi potranno definire aree personalizzate nei loro modelli di temi a blocchi con il codice seguente:

 <!-- wp:navigation-area {"area":"primary"} --> <!-- wp:navigation /--> <!-- /wp:navigation-area -->

Il blocco di navigazione annidato è associato a un post wp_navigation . Questo sarà il formato preferito per gli autori di temi in futuro.

Quando un utente cambia tema e il nome dell'"area" corrisponde al tema precedente, il menu viene semplicemente trasferito e viene visualizzato automaticamente. Se non corrispondono, l'utente può assegnare un menu salvato. La relazione menu/area è memorizzata nel database.

Uno dei problemi con il blocco Area di navigazione è che non ha controlli di allineamento. Tecnicamente, non genera alcun HTML stesso. Tuttavia, la sua esistenza nell'editor impedisce a un utente di selezionare l'allineamento ampio o completo per il suo blocco di navigazione interno.

Trasparenza del filtro a due tonalità

I filtri a due tonalità su blocchi come Immagine e Copertina ora supportano la trasparenza. Gli utenti ora vedranno un controllo a scorrimento sotto il selettore colore quando regolano le ombre o le luci.

La funzione apre la porta per un effetto a doppia esposizione o una maschera immagine sovrapponendo un blocco immagine su una copertina. Alex Lende ha mostrato alcuni esempi di come questo potrebbe funzionare nel ticket.

Gli sviluppatori hanno anche notato le possibilità per un'opzione tritono e altri tipi di filtri.

API per l'accesso agli stili globali

Gli autori di temi e plugin dovrebbero divertirsi con questa nuova API per interagire con il sistema di stili globali. In precedenza, gli sviluppatori dovevano utilizzare la classe WP_Theme_JSON_Resolver per estrarre i dati di cui avevano bisogno sul lato server. Ora hanno tre nuove funzioni:

• gutenberg_get_global_settings() – Restituisce le impostazioni.
• gutenberg_get_global_styles() – Restituisce le impostazioni di stile.
• gutenberg_get_global_stylesheet() – Restituisce il foglio di stile globale.

Presumibilmente, queste funzioni verranno rinominate prima dell'arrivo in WordPress 5.9 e non avranno il prefisso gutenberg_ . Gli autori del tema dovrebbero racchiudere qualsiasi utilizzo di questi nei controlli function_exist() per essere al sicuro.

Nuovi blocchi di commenti

Diversi nuovi blocchi di commenti sono stati inseriti nell'ultimo aggiornamento del plug-in. I blocchi Commenti Query Loop e Comment Template funzionano in modo simile alle loro controparti di post. Tuttavia, il risultato attuale è una funzionalità essenziale che non è pronta per l'uso in produzione. I commenti nidificati non vengono visualizzati e non ci sono molte opzioni per personalizzare l'output.

È un passo verso il blocco degli autori e degli utenti del tema (tramite l'editor del sito) che controllano l'output dei commenti dei post. Gutenberg 11.9 include anche nuovi blocchi di supporto per i commenti che saranno necessari per la creazione di modelli:

• Commento Rispondi Link
• Commento Link
• Commenta Avatar

Per un po', i commenti sono sembrati un ripensamento. Qualsiasi movimento verso l'arrotondamento di questi blocchi tematici mancanti è il benvenuto.