Gutenberg 9.3 fornisce un indicatore di dove sta andando la modifica del sito intero, un futuro senza widget e schermate di personalizzazione

La versione 9.3 del plugin Gutenberg è stata rilasciata oggi. È la prima versione del plugin durante il ciclo di rilascio di WordPress 5.6 che non vedrà le sue nuove funzionalità atterrare nella piattaforma principale. Tuttavia, le correzioni di bug sono state trasferite su WordPress 5.6 beta 2 e 3. Gran parte del lavoro per la versione si è concentrato sulle funzionalità e sulle correzioni di full-site editing (FSE). Tuttavia, nell'aggiornamento sono stati apportati alcuni miglioramenti minori al di fuori dell'editor del sito.

Il blocco Social Links ora supporta Patreon, Telegram e Tiktok, portando il numero totale di icone social a 43. Il blocco Buttons ha anche un'opzione di allineamento rivista.

Nel complesso, la versione aggiunge principalmente un tocco di raffinatezza alle aree esistenti. Il team di sviluppo ha corretto oltre 20 bug e ha continuato a portare avanti miglioramenti all'editor del sito.

Rimozione di widget e schermate di personalizzazione

La storia più grande intorno a Gutenberg 9.3 non è nel codice misurabile o nelle modifiche al design rivolte all'utente. Al contrario, è all'interno di una discussione su un ticket sulla rimozione delle schermate Customizer e Widget quando un utente ha abilitato FSE.

La versione 9.3 nasconde gli elementi Widget e Customizer dal menu di amministrazione di WordPress. Tuttavia, sono ancora accessibili andando direttamente all'URL o collegamenti persistenti all'interno di varie parti dell'amministratore di WordPress come nella schermata Temi. Questo cambiamento potrebbe avere implicazioni per il futuro di quegli schermi.

"Penso che sarebbe una brutta mossa nasconderli ora senza comunicare chiaramente alla community di WordPress quale sia il futuro dei widget e del personalizzatore", ha scritto Carolina Nymark, un rappresentante di Themes Team, nel ticket. “Nasconderli porterà a più domande da parte di utenti e sviluppatori preoccupati. Penso che nasconderli senza rispondere pubblicamente a queste domande sia una cattiva idea. Non ti sto chiedendo di rispondermi in questa richiesta pull, sto chiedendo che "WordPress", che si tratti del team di redattori principali o di qualcun altro, presenti il ​​piano a lungo termine per queste funzionalità principali".

Elenca diverse domande a cui dovrebbero rispondere i leader del progetto. La maggior parte di essi si riduce alla questione centrale del ruolo che il personalizzatore svolgerà a lungo termine:

• Anche se la voce di menu è nascosta, è comunque possibile accedere al personalizzatore, le opzioni funzioneranno ancora?
• Che ruolo avrà il personalizzatore con i temi FSE?
• Sarà ritirato, come e quando? Se non sarà deprecato, perché nasconderli?
• Sarà anche deprecato per i temi non FSE? Come e quando?
• Come posso convertire le opzioni di personalizzazione esistenti per il mio tema aggiornato?
• Che dire delle opzioni di WordPress che sono disponibili solo nel personalizzatore, come l'icona del sito?

"L'idea qui è che poiché i temi FSE non hanno aree dei widget, la schermata dei widget è inutile", ha risposto Riad Benguella. "Per il personalizzatore, è un duplicato della schermata dell'editor del sito (capacità simili), quindi dobbiamo assicurarci che l'editor del sito colmi le lacune lasciate dal personalizzatore. Gli stili globali e i blocchi del sito affrontano la maggior parte delle opzioni del sito richieste per i temi FSE e fare il passaggio (nascondere il personalizzatore) ci consentirà di scoprire le lacune che ci mancano".

Il fatto che i temi FSE non dispongano di aree widget lascia da chiedersi perché è stato dedicato così tanto lavoro alla conversione del sistema sidebar/widgets per utilizzare i blocchi nell'ultimo anno. Era anche una funzionalità pianificata per WordPress 5.6 che non ha fatto il taglio.

I pensieri di Benguella sembrano essere in linea con i recenti commenti di Josepha Haden, guida della versione 5.6. "C'è molto interesse nel ridurre il numero di flussi di lavoro e spero che possiamo consolidare fino a un'unica interfaccia bella e intuitiva", ha affermato in risposta all'interruzione dei widget per 5.6.

Il commento di Benguella è anche una delle prime indicazioni pubbliche che ho visto su come sarebbe un tale consolidamento. Presumibilmente, non ci sarà bisogno dei menu di navigazione, dei widget o delle schermate di personalizzazione man mano che WordPress avanza nelle prossime versioni.

Mi chiedo ancora se valga la pena il lavoro che il team sta facendo per far sì che quegli schermi gestiscano i blocchi. I temi tradizionali dovrebbero semplicemente utilizzare i menu di navigazione tradizionali, i widget e le opzioni di personalizzazione. I nuovi temi basati su blocchi dovrebbero utilizzare l'editor del sito quando atterra.

Ci sono ancora alcune domande senza risposta dall'elenco di Nymark. Dovremo attendere ulteriori feedback da qualcuno che ne è a conoscenza. Ha ragione sulla necessità di una comunicazione chiara e pubblica.

Passaggio automatico a FSE

Uno dei maggiori miglioramenti, in particolare per le persone che testano FSE, è che Gutenberg ora abilita automaticamente FSE quando un utente attiva un tema compatibile con FSE. Disabiliterà anche FSE quando si torna a un tema tradizionale.

Alcuni buoni temi con cui testare FSE sono Q, Twenty Twenty-One Blocks e Seedlet Blocks.

Inoltre, gli utenti non possono più abilitare FSE tramite la schermata delle impostazioni sperimentali di Gutenberg. L'utilizzo di un tema basato su blocchi è ora un requisito per testare questa parte dell'esperienza di Gutenberg. Questa è probabilmente una buona scelta in questa fase. Nonostante siano chiaramente etichettati come sperimentali, migliaia di utenti eseguono Gutenberg in un ambiente di produzione e potrebbero abilitarlo. Inoltre, impedisce alle persone di testare un'esperienza interrotta quando il loro tema non la supporta.

I pulsanti bloccano l'allineamento del contenuto

Per gli autori di temi che non si basano sugli stili di base di Gutenberg, potrebbe essere necessario aggiornare i fogli di stile del tema per gestire le classi di allineamento del contenuto nel blocco Pulsanti. Tuttavia, dovranno anche continuare a supportare le vecchie classi per la compatibilità con le versioni precedenti.

Questa modifica significa che gli utenti possono utilizzare l'allineamento ampio e completo sul blocco mentre allineano separatamente il contenuto del blocco.

L'aggiornamento aggiunge un'opzione di giustificazione del contenuto alla barra degli strumenti dell'editor per il blocco Pulsanti. Ha senso utilizzare questo metodo perché il blocco Buttons è tecnicamente un contenitore. Ospita semplicemente uno o più blocchi Button interni. Il sistema di allineamento utilizzato in precedenza è pensato per allineare l'intero blocco anziché il contenuto del blocco.

Nelle versioni precedenti dell'editor di blocchi, il blocco Buttons utilizzava le tradizionali classi align* per l'allineamento a sinistra, a destra e al centro. Questo aggiornamento di Gutenberg cambia le classi in is-content-justification-* .

L'editor trasferirà automaticamente il blocco Pulsanti alle nuove classi quando un utente modifica un post specifico con il blocco. In caso contrario, avranno ancora le vecchie classi align* .