Explorarea editării întregului site cu tema Q WordPress

Am așteptat cu nerăbdare momentul în care aș putea instala o temă și aș putea testa cu adevărat funcția de editare a site-ului complet de la Gutenberg. În general, de fiecare dată când l-am testat în ultimele luni, experiența sa simțit complet ruptă. Acesta este motivul pentru care am rămas sceptic cu privire la aterizarea caracteristicii în WordPress 5.6 în decembrie.

Tema Q de Ari Stathopoulos este prima temă care pare a fi un exemplu decent de lucru. Dacă este o noroc cu sincronizarea sau că această temă anume este pur și simplu construită corect, este greu de spus - Stathopoulos este un reprezentant al echipei pentru Themes Team. Gutenberg 9.1 a scăzut săptămâna trecută, cu munca continuă pentru editarea site-ului.

Q este la fel de experimental. Echipa Themes a lansat un apel deschis pentru teme experimentale, bazate pe blocuri, încă din martie a acestui an. Cu toate acestea, nu mulți au acceptat echipa cu această ofertă. Dacă este aprobată, Q va fi prima temă bazată pe blocuri care va fi disponibilă în directorul oficial WordPress. Încă trebuie să-și parcurgă procesul standard de revizuire, așteaptă rândul său în săptămânile următoare.

În general, editarea întregului site rămâne o experiență frustrantă și confuză. Rămân în continuare sceptic cu privire la disponibilitatea sa, chiar și în formă beta, de a se arăta lumii în WordPress 5.6.

Cu toate acestea, Q este o temă interesantă de explorat în acest moment atât pentru utilizatorii finali, cât și pentru dezvoltatorii de teme. Utilizatorii îl pot instala și pot începe să lucreze cu ecranul de editare a site-ului prin intermediul pluginului Gutenberg. Dezvoltatorii pot afla cum se potrivesc stilurile globale, șabloanele și părțile de șablon dintr-o temă de lucru.

Folosind Editorul de site

Tema Q necesită activarea pluginului Gutenberg și a modului său de editare complet. În general, necesitatea unui plugin nu este permisă pentru temele din director. Cu toate acestea, temele experimentale Gutenberg pot ocoli acest ghid.

Stathopoulos a subliniat că tema este extrem de experimentală și nu ar trebui folosită pe un loc de producție. Cu toate acestea, speră că va concentra mai mulți ochi pe editarea întregului site.

El a menționat că mai multe articole sunt sparte, cum ar fi arhivele de categorii care nu arată postările corecte. Aceasta este o limitare curentă a blocului Query din Gutenberg. Cu toate acestea, una dintre cele mai bune modalități de a găsi și de a recunoaște aceste tipuri de probleme este de a avea o temă care să țină pasul cu ritmul de dezvoltare.

În prezent, editorul site-ului simte că mușcă mai mult decât poate mesteca. Utilizatorii nu numai că pot edita aspectul și designul paginii, dar pot, de asemenea, să editeze direct conținutul postării existente - nu încercați acest lucru acasă decât dacă doriți ca titlurile postărilor dvs. să fie schimbate la slug-ul cu silabe. Ar trebui editorul site-ului să se ocupe de dubla sarcină de proiectare și editare de conținut? Dacă da, ar trebui să fie tratate pe termen lung designul și editarea conținutului în locații separate sau să fie îmbinate într-o singură caracteristică?

Se simte crud. Nu este orientat către utilizatori în acest moment.

Punctul luminos cu editorul de site este progresul curent al părților șablonului din editor. Părțile șablonului sunt în esență „module” care se ocupă de o parte a paginii. De exemplu, tema tipică va avea o parte șablon antet și subsol. În prezent, utilizatorii finali pot introduce părți de șablon personalizate sau pot schimba o parte de șablon cu alta. Acest lucru deschide o lume de posibilități, cum ar fi utilizatorii care aleg între mai multe modele de antet (părți de șablon) pentru site-urile lor.

Dezavantajul întregului sistem de șabloane este că pare atât de divorțat de editorul site-ului, încât este greu de crezut că utilizatorul obișnuit ar înțelege ce se întâmplă. Șabloanele și părțile șablonului se află în meniul Aspect din administrator. Editorul site-ului este un element separat de meniu de nivel superior. Fără cunoștințe preexistente despre modul în care aceste piese funcționează împreună, poate fi confuz.

Părțile de șablon au funcționat pentru mine în editorul site-ului încă de la început. Cu toate acestea, nu au lucrat la început la capăt. Am primit continuu mesajul „partea șablonului nu a fost găsită” ore întregi. Apoi, la un moment dat – fie prin magie, fie printr-o salvare aleatorie care a reunit totul – caracteristica a început să scoată părțile de șablon antet și subsol care lipseau anterior.

O privire asupra viitorului dezvoltării temei

Tema Q are câteva reguli de stil, pe care le încarcă direct în secțiunea <head> a site-ului, în loc să adauge o foaie de stil suplimentară. Se bazează pe stilurile de blocuri Gutenberg stoc din partea din față, cu câteva modificări minore. Majoritatea celorlalte stiluri personalizate sunt gestionate prin sistemul global de stiluri, care extrage din fișierul de configurare experimental-theme.json al temei (va fi theme.json în viitor).

Se pune întrebarea dacă temele vor avea neapărat nevoie de mult în ceea ce privește CSS atunci când editează site-ul complet.

Dacă WordPress permite utilizatorilor să configureze majoritatea stilurilor prin opțiuni de blocare și înlocuiri de stiluri globale, este posibil ca temele să nu aibă nevoie de mult mai mult decât fișierele lor de configurare. După aceea, s-ar reduce la înregistrarea stilurilor și modelelor de bloc personalizate.

Dacă acesta este viitorul către care ne îndreptăm, oricine ar putea crea în esență o temă WordPress. Și acele piese, cum ar fi părțile șablonului și modelele, ar putea fi partajate între orice site. În acel viitor, este posibil ca temele să nu mai conteze.

Anul trecut, Mike Schinkel a propus deprecierea completă a sistemului de teme și înlocuirea lui cu componente web.

„În loc să caute o temă care să aibă toate caracteristicile de care are nevoie – ceea ce am descoperit că limitează întotdeauna opțiunile la zero – un proprietar de site ar putea căuta componentele și modulele de care au nevoie și apoi să-și asambla site-ul din acele module”, a spus el. . „Ar putea alege un antet, un subsol, un erou pe pagina de pornire, un set de carduri cu articole, un modul de prețuri și așa mai departe.”

Cu cât mă descurc mai mult cu editarea întregului site, cu atât mai mult se simte că aceasta este banda în care se va îmbina în cele din urmă. Imaginați-vă un viitor în care utilizatorii finali ar putea să aleagă și să aleagă piesele pe care le doreau și pur și simplu să le arate chiar în față.

Este interesant să te gândești la această posibilitate. Atât Schinkel, cât și cu mine avem mai multe cunoștințe în programare decât noi în design. Are sens din acest tip de gândire analitică să punem totul în cutii îngrijite, reutilizabile, deoarece reutilizarea este o piatră de temelie a programării inteligente.

Cu toate acestea, îmi fac griji pentru starea designului într-un astfel de sistem cu atât de multe piese înlocuibile. Vor putea designerii să adopte abordări holistice ale dezvoltării temei, creând piese de artă cu adevărat complicate? Va crea acel sistem, în esență, o rețea de site-uri cu cookie-uri? Sau, vor găsi designerii pur și simplu modalități de a gândi în afara cutiei, în timp ce se încadrează în constrângerile sistemului bloc?