Echipa de lansare WordPress 5.6 folosește widget-urile bazate pe blocuri

M-am înșelat. Le-am asigurat cititorilor noștri că „sistemul de widget-uri bazat pe blocuri va fi gata pentru prime time când WordPress 5.6 aterizează” în postarea mea anterioară despre pregătirea noii caracteristici. Am mai spus că asta era cu condiția de a nu încerca să funcționeze cu personalizatorul - acea experiență era încă ruptă. Cu toate acestea, echipa 5.6 a scos din priză widget-urile bazate pe blocuri pentru a doua oară în acest an.

În urmă cu o săptămână, liderul lansării WordPress 5.6, Josepha Haden, părea să fie de acord că va fi gata. Cu toate acestea, lucrurile se pot schimba rapid într-un ciclu de dezvoltare și trebuie luate decizii dificile cu termenele limită pentru lansarea beta.

Aceasta nu este prima caracteristică pe care echipa a propus-o pentru o lansare viitoare. În urmă cu două săptămâni, au renunțat meniurile de navigare bazate pe blocuri din lista de caracteristici 5.6. Ambele funcții au fost planificate inițial pentru WordPress 5.5.

Un nou ecran de administrare Widgets a fost în curs de dezvoltare din ianuarie 2019, care nu a trecut la mult timp după lansarea inițială a editorului de blocuri în WordPress 5.0. Deocamdată, funcția de widget-uri bazate pe blocuri a fost transferată la WordPress 5.7. De asemenea, i s-a dat eticheta „devreme”, ceea ce înseamnă că ar trebui să intre în WordPress de bază imediat după începerea ciclului de lansare 5.7. Acest lucru îi va oferi mai mult timp să se maturizeze și mai multor oameni posibilitatea de a-l testa.

Helen Hou-Sandi, responsabilul principal al tehnologiei pentru versiunea 5.6, a oferit o relatare istorică a deciziei și de ce nu a fost gata pentru includerea în noul bilet:

Întrebarea mea pentru funcțiile care afectează front-end-ul este „pot să încerc acest lucru nou fără penalizarea de a-mi da peste cap site-ul?” — adică încrederea utilizatorilor. În acest moment, având în vedere că zonele widget nu sunt afișate nimic asemănător cu ceea ce vedeți pe site-ul dvs. fără ca temele să depună cu adevărat efort și că trebuie să salvați modificările live fără revizuiri pentru a obține o vizualizare contextuală reală, blocurile zonei widget nu vă permit să încercați această nouă funcție fără a vă penaliza pentru experimentare.

Ea a continuat spunând că experiența actuală este slabă în acest moment. Au fost menționate și problemele legate de experiența personalizării, pe care am tratat-o ​​în detaliu în urmă cu peste o lună.

„Așadar, când revenim la asta, să ținem cont de ce înseamnă să-i menținem pe utilizatori în siguranță că își pot face site-ul să arate așa cum doresc cu WordPress și nu ca și cum ar trebui să rezolve ceea ce am avut noi. le-au dat”, a spus Hou-Sandi.

Aceasta este o perspectivă plină de speranță, în ciuda deciziei grele. Uneori, aceste tipuri de apeluri trebuie făcute pentru binele proiectului pe termen lung. Împingerea unei funcții la o versiune viitoare pentru o experiență de utilizator mai bună poate fi mai bună decât lansarea mai devreme cu o experiență necorespunzătoare.

„Partea bună este că acum widget-urile pot fi „re-imaginate” în continuare pentru versiunea 5.7 și pot primi și mai multe îmbunătățiri”, a spus dezvoltatorul principal WordPress Andrew Ozz în bilet. „Nu sunt sigur câți oameni au testat acest lucru pentru un pic mai mult, dar a avea blocuri în zonele de widget-uri (alias barele laterale) deschide multe posibilități noi și face ca multe dintre widget-urile vechi și limitate să fie depășite. „Zonele widget-urilor” devin ceva de genul „postări specializate cu conținut mai dinamic”, permițând utilizatorilor (și designerilor) să facă o mulțime de lucruri care erau fie dificile, fie imposibile cu vechile widget-uri.”

După ce am renunțat la una dintre cele mai așteptate caracteristici ale mele ale 5.6, este încurajator să văd perspectiva pozitivă a liderilor comunității asupra proiectului.

„Știți, și eu eram cu adevărat plin de speranță în asta și acel apel de ultim moment a fost unul la care m-am chinuit”, a spus Haden. „Când m-am uitat ultima oară, părea aproape gata, dar apoi s-au făcut teste mai concentrate și au existat unele interacțiuni care sunt puțin dificile pentru utilizatori. Sunt recunoscător pentru asta, deoarece timpul pentru a descoperi experiențe dureroase pentru utilizatori este înainte de lansare și nu după!”

În ciuda faptului că a renunțat la cea de-a doua caracteristică majoră, WordPress 5.6 are încă câteva puncte importante care vor fi livrate în mai puțin de două luni. Noua temă Twenty Twenty-One pare a fi o gură de aer proaspăt și va explora funcții legate de blocuri nevăzute în temele prestabilite anterioare. Haden a subliniat, de asemenea, actualizările automate pentru versiunile majore, suportul parolelor de aplicație pentru API-ul REST și îmbunătățirile de accesibilitate ca caracteristici de așteptat.

WordPress 5.6 Beta 1 este de așteptat să fie livrat astăzi.

Adăugarea de noi funcții la un proiect vechi

Uneori, pare că proiectul Gutenberg a mușcat mai mult decât poate mesteca. Multe dintre planurile mari de caracteristici ratează continuu proiecțiile. Între editarea întregului site, stiluri globale, widget-uri, meniuri de navigare și multe altele, este greu să vă concentrați foarte mult pe o funcție și să o aveți pregătită pentru livrare. Pe de altă parte, prea multă concentrare într-un fel poate fi în detrimentul altor caracteristici pe termen lung. Toate aceste piese trebuie să vină în cele din urmă împreună pentru a crea un întreg mai coeziv.

WordPress are, de asemenea, 17 ani. Orice caracteristică nouă ar putea afecta funcțiile sau codul vechi. Scopul widget-urilor bazate pe blocuri este de a face tranziția unei funcții existente pentru a funcționa într-un sistem nou, fără a distruge milioane de site-uri web în acest proces. Douăzeci și unu de luni de lucru pe o singură caracteristică arată că nu este o problemă ușor de rezolvat.

„Ai atâta dreptate în privința problemelor complexe de inginerie!” spuse Haden. „Ne aflăm acum într-un moment al istoriei proiectului în care conectarea tuturor pieselor ne poate face să ne confruntăm cu complicații neprevăzute.”

Proiectul trebuie, de asemenea, să se gândească la modul în care poate aborda unele dintre problemele cu care s-a confruntat, fără a finaliza complet funcțiile majore. Este echipa întinsă prea subțire pentru a se concentra pe toate părțile? Există domenii pe care le putem îmbunătăți pentru a promova funcțiile?

„Va exista o retrospectivă în care putem identifica ce părți ale procesului nostru pot fi îmbunătățite în viitor, dar, de asemenea, simt că stabilirea unor obiective extinse este bună pentru orice proiect software”, a spus Haden. „Mulți contribuitori au un sentiment de urgență în ceea ce privește aducerea puterii blocurilor în mai multe spații în WordPress, pe care le împărtășesc, dar când este timpul să livrăm, trebuie să echilibrăm asta cu angajamentul nostru profund față de utilizare.”

O problemă care a devenit din ce în ce mai evidentă este că editarea front-end a devenit mai dură de-a lungul anilor. În prezent, widget-urile și meniurile de navigare pot fi editate în două locuri în WordPress, cu interfețe extrem de diferite. Editarea întregului site permite adăugarea unei interfețe complet nouă la mix.

„Cred că una dintre problemele pe care încercăm să le rezolvăm cu Gutenberg a fost întotdeauna o experiență mai consistentă pentru editarea elementelor pe interfața WordPress”, a spus Haden. „Niciun utilizator nu ar trebui să învețe cinci fluxuri de lucru diferite pentru a se asigura că pagina sa arată așa cum și-a imaginat-o când este publicată.”

Între timp, care pot fi numerotate în ani, utilizatorii finali vor avea probabil aceste interfețe multiple cu care să se ocupe - se suprapun în timp ce se dezvoltă noi funcții. Aceasta poate fi pur și simplu o durere în creștere necesară a unui proiect îmbătrânit, unul care încearcă să conducă grupul de concurenți înfometați în spațiul CMS.

„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 Haden.