Gutenberg 9.3 oferă un indicator despre unde se îndreaptă editarea întregului site, un viitor fără widget-uri și ecrane de personalizare

Versiunea 9.3 a pluginului Gutenberg a fost lansată mai devreme astăzi. Este prima versiune a pluginului din timpul ciclului de lansare WordPress 5.6 care nu va vedea noile sale funcții aterizate în platforma de bază. Cu toate acestea, remedierea erorilor au fost retroportate în WordPress 5.6 beta 2 și 3. O mare parte din munca pentru versiune s-a concentrat pe funcțiile și remedierea completă a site-ului (FSE). Cu toate acestea, unele îmbunătățiri minore din afara editorului site-ului au ajuns în actualizare.

Blocul Social Links acceptă acum Patreon, Telegram și Tiktok, ceea ce aduce numărul total de pictograme sociale la 43. Blocul Buttons are și o opțiune de aliniere revizuită.

În general, lansarea adaugă în mare parte lustruire zonelor existente. Echipa de dezvoltare a remediat peste 20 de erori și a continuat să avanseze cu îmbunătățiri ale editorului site-ului.

Eliminarea widgeturilor și a ecranelor de personalizare

Cea mai mare poveste în jurul lui Gutenberg 9.3 nu este în codul măsurabil sau în modificările de design orientate către utilizator. În schimb, este vorba despre o discuție despre un bilet despre eliminarea ecranelor Personalizator și Widgeturi atunci când un utilizator are FSE activat.

Versiunea 9.3 ascunde elementele Widgeturi și Personalizator din meniul de administrare WordPress. Cu toate acestea, acestea sunt încă accesibile accesând direct adresa URL sau link-uri persistente în diferite părți ale administratorului WordPress, cum ar fi pe ecranul Teme. Această schimbare ar putea avea implicații pentru viitorul acelor ecrane.

„Cred că ar fi o mișcare proastă să le ascundem acum fără a comunica în mod clar comunității WordPress care este viitorul widget-urilor și al personalizării”, a scris Carolina Nymark, reprezentant al echipei Themes, în bilet. „Ascunderea lor va duce la mai multe întrebări din partea utilizatorilor și dezvoltatorilor îngrijorați. Cred că a le ascunde fără a răspunde public la aceste întrebări este o idee proastă. Nu vă cer să-mi răspundeți în această solicitare de extragere, vă cer ca „WordPress”, fie că este vorba de echipa de core-editor sau altcineva, să prezinte planul pe termen lung pentru aceste funcții de bază.”

Ea enumeră câteva întrebări la care ar trebui să răspundă liderii de proiect. Cele mai multe dintre ele se rezumă la întrebarea centrală a rolului pe termen lung al personalizării:

• Chiar dacă elementul de meniu este ascuns, personalizarea poate fi accesată, vor mai funcționa opțiunile?
• Ce rol va avea personalizarea cu temele FSE?
• Va fi depreciat, cum și când? Dacă nu va fi depreciat, de ce să le ascundeți?
• Va fi depreciat și pentru teme non-FSE? Cum și Când?
• Cum convertesc opțiunile existente de personalizare pentru tema mea actualizată?
• Dar opțiunile WordPress care sunt disponibile numai în personalizarea, cum ar fi pictograma site-ului?

„Ideea aici este că, deoarece temele FSE nu au zone de widget-uri, ecranul de widget-uri este inutil”, a răspuns Riad Benguella. „Pentru personalizarea, este o copie a ecranului Editor de site (capacități similare), așa că trebuie să ne asigurăm că Editorul de site umple golurile lăsate de Personalizator. Stilurile globale și blocurile de site abordează majoritatea opțiunilor de site necesare pentru temele FSE și schimbarea (ascunderea personalizării) ne va permite să descoperim lacune care ne lipsesc.”

Faptul că temele FSE nu vor avea zone de widgeturi ne lasă pe cineva să se întrebe de ce s-a depus atât de multă muncă pentru a converti sistemul de bare laterale/widgeturi pentru a utiliza blocuri în ultimul an. A fost, de asemenea, o caracteristică planificată pentru WordPress 5.6, care nu a făcut limita.

Gândurile lui Benguella par să fie în concordanță cu comentariile recente ale conducerii versiunii 5.6 ale Josepha Haden. „Există mult interes în reducerea numărului de fluxuri de lucru și sper că ne putem consolida la o singură interfață frumoasă și intuitivă”, a spus ea ca răspuns la deconectarea widget-urilor pentru 5.6.

Comentariul lui Benguella este și unul dintre primele indicii publice pe care le-am văzut despre cum ar arăta o astfel de consolidare. Probabil că nu va fi nevoie de meniurile de navigare, widgeturile sau ecranele de personalizare, pe măsură ce WordPress progresează în lansările viitoare.

Încă mă întreb dacă munca pe care o depune echipa pentru a face aceste ecrane să gestioneze blocuri merită. Temele tradiționale ar trebui să utilizeze pur și simplu meniuri de navigare tradiționale, widget-uri și opțiuni de personalizare. Noile teme bazate pe blocuri ar trebui să folosească editorul site-ului când aterizează.

Mai sunt câteva întrebări fără răspuns din lista lui Nymark. Va trebui să așteptăm feedback suplimentar de la cineva în cunoștință de cauză. Are dreptate cu privire la necesitatea unei comunicări clare și publice.

Comutare automată la FSE

Una dintre cele mai mari îmbunătățiri, în special pentru persoanele care testează FSE, este că acum Gutenberg activează automat FSE atunci când un utilizator activează o temă compatibilă cu FSE. De asemenea, va dezactiva FSE atunci când reveniți la o temă tradițională.

Câteva teme bune pentru a testa FSE sunt Q, Twenty Twenty-One Blocks și Seedlet Blocks.

De asemenea, utilizatorii nu mai pot activa FSE prin ecranul de setări Gutenberg Experimental. Utilizarea unei teme bazate pe blocuri este acum o cerință pentru a testa această parte a experienței Gutenberg. Acesta este probabil un apel bun în acest stadiu. În ciuda faptului că sunt etichetați în mod clar ca experimental, mii de utilizatori rulează Gutenberg într-un mediu de producție și îl pot activa. În plus, îi împiedică pe oameni să testeze o experiență întreruptă atunci când tema lor nu o acceptă.

Butoanele blochează alinierea conținutului

Pentru autorii de teme care nu se bazează pe stilurile de bază Gutenberg, ar putea fi necesar să-și actualizeze foile de stil pentru a gestiona clasele de aliniere a conținutului din blocul Butoane. Cu toate acestea, vor trebui, de asemenea, să continue să susțină vechile clase pentru compatibilitate cu versiunea anterioară.

Această modificare înseamnă că utilizatorii pot folosi alinierea pe lățime și pe lățime completă pe bloc, în timp ce aliniază separat conținutul blocului.

Actualizarea adaugă o opțiune de justificare a conținutului în bara de instrumente a editorului pentru blocul Butoane. Este logic să folosiți această metodă deoarece blocul Buttons este din punct de vedere tehnic un container. Acesta găzduiește doar unul sau mai multe blocuri interioare de buton. Sistemul de aliniere utilizat anterior este menit să alinieze întregul bloc, mai degrabă decât conținutul blocului.

În versiunile anterioare ale editorului de blocuri, blocul Buttons folosea clasele tradiționale align* pentru alinierea la stânga, la dreapta și la centru. Această actualizare Gutenberg comută clasele la is-content-justification-* .

Editorul va trece automat blocul Buttons la noile clase atunci când un utilizator editează o anumită postare cu blocul. În caz contrar, vor avea în continuare vechile clase align* .