Teme ale viitorului: un cadru de design și o temă principală

Tematica WordPress are o istorie bogată. De-a lungul anilor, autorii temei au adus o multitudine de funcții pe platformă. În parte, aceasta se datorează faptului că au fost adesea nevoiți să rezolve probleme fundamentale cu WordPress pentru a crea funcțiile pe care le doresc utilizatorii finali.

Clasele de post și corp pe care toți autorii tematici le folosesc astăzi? Acestea au fost inițial într-o temă numită Sandbox.

Imagini prezentate? Acestea au fost popularizate pe teme de reviste în urmă cu un deceniu.

Crezi că formatele de postare provin din Tumblr? Matt Mullenweg, co-creatorul WordPress, ne-a învățat cum să creăm postări deoparte în temele noastre în 2004, dar acestea existau înainte.

Funcțiile WordPress își încep adesea în lumea temelor. Uneori luăm de la sine înțeles anii de experimentare și iterare a ideilor pe care autorii temei le pun în lucru. Chiar și editorul de blocuri se ocupă de elemente care au fost în mod tradițional în domeniul designului temei. Blocul de acoperire este un bun exemplu. De ani de zile, autorii temei au creat opțiuni de temă pentru o imagine de erou de bază, cu text și butoane suprapuse. Rezultatul a fost adesea neplăcut și nu era ideal pentru utilizatori. Prin introducerea acestei caracteristici în nucleu, le-a oferit utilizatorilor posibilitatea de a pune acest bloc de acoperire în orice zonă de bloc permisă.

Motivul pentru care multe caracteristici ale temei ajung la bază este că pur și simplu funcționează mai bine atunci când sunt standardizate. Utilizatorii știu la ce să se aștepte, iar autorii temei se pot concentra mai degrabă pe aspectul de design decât pe rezolvarea problemei experienței utilizatorului.

O parte a problemei trecutului este că fiecare caracteristică nouă adoptată în nucleu nu a urmat niciun model standard de design sau schemă de denumire. O abilitate uriașă în proiectarea temelor WordPress este punerea în memorie a sutelor de cursuri.

Editorul de blocuri se află într-o poziție unică pentru a schimba asta prin crearea unui cadru de design universal.

WordPress are nevoie de un cadru de design front-end?

Cu modelele de blocuri care vor veni în viitor și personalizarea completă a site-ului la un moment dat după aceea, autorii temelor se întreabă exact unde navighează această navă. Este interesant, deoarece posibilitățile sunt nelimitate pentru utilizatorii finali. Este înfricoșător pentru autorii de teme care și-au construit imperiile pe un singur mod de a face lucrurile, dar dezvoltarea este mai mult despre adaptare decât despre orice altceva.

Înarmați cu preștiința că peisajul se schimbă, acesta este momentul în care autorii temelor au nevoie să se unească pentru a-și modela viitorul într-o lume bazată pe blocuri.

Există o mică glumă într-unul dintre grupurile de dezvoltatori în care sunt implicat, că dezvoltatorii de bază nu sunt autori de teme. Din perspectiva autorului temei, uneori poate părea că ideile sunt aruncate la întâmplare, fără să se gândească la sistemele de design CSS.

Oh, văd niște BEM. De ce acest subelement nu urmează aceeași schemă de denumire? Aștepta. Este o clasă de utilitate de 38 de caractere?

Ceea ce i-a lipsit întotdeauna WordPress este un sistem universal de design front-end. Uneori, asta a fost un lucru bun. Le-a permis autorilor de teme să folosească cadrul lor preferat. Orice autor de teme care a fost în joc suficient de mult vă va spune că acest tip de flexibilitate este grozav... până când nu este . Ați încercat vreodată să adăugați clase contextuale la widget-uri? Ce zici de adăugarea unei clase de utilitate la învelișul formularului de comentarii? Veți avea nevoie de o aspirină. Sau două.

Cu WordPress, unele lucruri sunt puse în piatră, iar altele sunt conectabile. Unele caracteristici urmează o schemă standard de denumire a claselor, iar altele nu au sens. Rezultatul pentru teme este deseori CSS umflat în încercarea de a discuta diferitele componente.

Este aproape imposibil să utilizați pe deplin un cadru de clasă de utilitate precum Tailwind CSS într-o temă fără a recrea caracteristicile de bază.

O mare parte din acest lucru provine din anii de acumulare de cod moștenit și din angajamentul WordPress față de compatibilitatea cu versiunea anterioară. Dar, viitorul nu trebuie să semene cu trecutul. Suntem în pragul unei noi ere, iar acum este momentul ca designerii front-end să intre în conversație.

WordPress are nevoie de un cadru de design front-end solid.

Aceasta este o declarație încărcată. Dacă puneți 20 de designeri într-o cameră și le cereți să discute despre cadrele de design, ar putea fi o rețetă pentru pumni. Tind să fiu un optimist și sper că dezbaterea a dat rezultate.

Gutenberg ne-a împins parțial în această direcție, dar nu merge suficient de departe. Odată cu editarea întregului site în viitor, este nevoie de o abordare mai holistică în abordarea acestei probleme.

Mai mult decât orice, avem nevoie de mai mulți designeri front end în conversație. Nu există nicio posibilitate ca .has-subtle-pale-green-background-color să existe ca o clasă de utilitate peste ceva de genul .bg-pale-green , .bg-green-100 , sau chiar .background-pale-green , dacă vreau să fiu mai pronunțat. Nu a existat niciun concept de optimizare care a intrat în acea decizie. Într-o perioadă în care dezvoltatorii rulează pe conexiuni la internet gigabit, este ușor să uiți că o mare parte din lume urmează într-un ritm mai lent.

O schemă de denumire bazată pe componente cu o doză sănătoasă de clase de utilitate este o opțiune care ar putea atinge mai multe puncte favorabile. Acesta nu este un argument pentru un cadru CSS față de altul. Există multe opțiuni bune, existente. WordPress ar trebui să abordeze acest lucru direct, împrumutând din bazele stabilite de alte proiecte și creând ceva unic WordPress. Ar trebui să fie un lider în domeniu.

Cadrele de design sunt, de asemenea, despre pluginuri. Există o trecere în domeniul temelor în care cei doi duc un război continuu încă de la începuturile sistemului de teme. Câmpul de luptă dintre teme și pluginuri este plin de moartea ideilor bune. Mult prea mulți nu au obținut niciodată sprijinul de care aveau nevoie pentru a ateriza în miez. Un fel de standard de design universal ar putea opri inundația de probleme și ar putea cere o încetare a focului.

Un plugin care scoate o componentă front-end personalizată nu are de unde să știe cum tratează tema curentă ritmul vertical, de exemplu. Folosește marginea de sus sau de jos? Care este valoarea și unitatea folosită? Acestea sunt lucruri de bază și aproape întotdeauna sunt rupte atunci când pluginul încearcă să adauge CSS personalizat pentru a le gestiona.

WordPress are nevoie de un cadru de design, sau un limbaj, care să permită tuturor părților sale mobile să se reunească în armonie pe partea frontală. Sunt sigur că vom ajunge acolo la un moment dat. Sper că este mai coeziv decât componentele aleatorii și schemele de numire din trecut. De asemenea, ar trebui să avem o foaie de parcurs clară care să completeze unele dintre detaliile tehnice, astfel încât dezvoltatorii și designerii să fie pregătiți.

Este posibil un viitor cu o singură temă?

Rich Tabor argumentează că WordPress de bază ar putea oferi o temă monoparentală în articolul său O privire asupra temelor WordPress ale viitorului. Ideea este că autorii de teme ar fi relegați să creeze o temă copil pentru această temă „master”.

Reacția instinctă pentru mulți ar fi că nu ar funcționa, temele și-ar pierde personalitatea și am trăi într-o lume a modelelor de tăieturi de prăjituri.

Realitatea este că ne îndreptăm spre un viitor în care ideea unui singur părinte sau a unei teme principale este o considerație serioasă.

Majoritatea temelor sunt grupări personalizate de elemente standard care există în aproape toate temele. Există unele decizii, în afară de preocupările stilistice, care fac temele diferite unele de altele, cum ar fi aspectul antetului. O temă poate avea un titlu de site și un meniu de navigare într-un singur bloc. Un altul ar putea avea un meniu de navigare, un titlu și un al doilea meniu de navigare mai jos. Cu toate acestea, o altă temă ar putea afișa o casetă de căutare. Într-o lume în care personalizarea completă a site-ului aparține utilizatorului, acele decizii devin mai degrabă parte din experiența utilizatorului decât din experiența dezvoltatorului.

Temele vor trebui să iasă în evidență prin palete de culori, tipografie și propriul lor brand de ciudat - o întoarcere a zilelor CSS Zen Garden, dar la o scară mult mai mare.

Nu voi fi trist pentru asta. Ar fi interesant de văzut competiția dintre designerii de top din domeniu. De asemenea, poate aduce tematica WordPress înapoi la o epocă în care oricine ar putea face acest lucru cu puțină cunoaștere și determinare CSS.

Deși nu suntem prea pregătiți pentru un viitor în care o singură temă să conducă toate temele, acesta este un loc pentru a începe conversația. Dacă am proiecta WordPress pentru acest viitor potențial, chiar dacă nu vom implementa niciodată o temă principală, cum ar arăta foaia de parcurs? Ce obstacole stau în cale? Este fezabil?