Czy pełna edycja witryny będzie dostępna w WordPress 5.8? Zbliża się decyzja
Opublikowany: 2021-04-09Wczoraj Josepha Haden Chomphosy ogłosiła plan podjęcia decyzji, czy Full Site Editing (FSE) trafi do WordPressa 5.8. Po premierze Gutenberg 10.4 14 kwietnia niewielka grupa głównych liderów weźmie udział w demonstracji go/no-go.
Następujące osoby będą na wezwanie:
- Matias Ventura – kierownik projektu Gutenberg, który poprowadzi demo.
- Matt Mullenweg – kierownik projektu WordPress.
- Helen Hou-Sandi – główny programista.
- Josepha Haden Chomphosy – Dyrektor Wykonawczy.
Program spotkania jest prosty. Ventura poprowadzi demonstrację, a grupa omówi i omówi pytania dotyczące wdrożenia.
Jeśli nie ma blokerów, podzielą się planem połączenia FSE z WordPress. Bardziej prawdopodobny wynik jest taki, że znajdą przynajmniej kilka elementów, którymi należy się zająć. W takim przypadku udostępnią je publicznie wraz z planem rozwiązania ich przed drugą datą powrotu/braku, czyli 27 kwietnia.
Pierwsza wersja beta WordPressa 5.8 jest zaplanowana na 8 czerwca, a ogólnodostępna premiera na 20 lipca. Zespół musi podjąć decyzję o włączeniu na wczesnym etapie cyklu wydawniczego, aby dać twórcom motywów i wtyczek czas na przygotowanie się.
Podczas gdy wiele osób czeka na ostateczną decyzję, każdy potrzebuje w tej chwili odrobiny cierpliwości. Wszystko musi być dokładnie zważone przez liderów projektu. Jest duża szansa, że nie poznamy wyniku do tego drugiego terminu, 27 kwietnia.
Większość przejścia na FSE byłaby wersją beta dla podzbioru użytkowników. Włączenie tych funkcji do rdzenia nie oznacza, że WordPress natychmiast przełącza przełącznik i umożliwia wszystko dla 40% sieci. Aby uzyskać ogólne wrażenia z FSE, użytkownicy muszą dokonać wyraźnego wyboru instalacji i aktywacji motywu blokowego.
Mając to na uwadze, proces onboardingu powinien być przyjazny, zachęcający użytkowników do edycji witryny, jednocześnie informując o potencjalnych problemach. Jeśli jest to wbudowana wersja beta, naprawdę muszą zrozumieć, że nadchodzą ulepszenia.
Taka in-core beta jest również mile widziana, biorąc pod uwagę uruchomienie edytora bloków projektu kilka lat temu. Niezależnie od tego, czy ludzie kochali, czy nienawidzili edytora bloków, wdrożenie nie było dla wszystkich płynne. WordPress wrzucił użytkowników końcowych do zmodernizowanego systemu, co dla wielu było szokującą zmianą. Tym razem projekt ma szansę zrobić się lepiej, stopniowo wprowadzając funkcje użytkownikom i pozwalając innym zanurzyć się w nowym, wybranym przez siebie doświadczeniu.
„Najważniejszym kontekstem do udostępnienia jest to, że nie jest dostarczany jako pełne, domyślne środowisko dla użytkowników ”, napisał Chomphosy w poście, zauważając, że zespół wychodzi poza błędy z przeszłości. „Jedną z najbardziej wyraźnych informacji zwrotnych z procesu scalania w fazie pierwszej było to, że nie było wystarczająco dużo czasu, aby nasze rozszerzenia (agencje, autorzy motywów, twórcy wtyczek, twórcy witryn itp.) przygotowali się na nadchodzące zmiany”.
Decydenci mogą również zdecydować się na wysłanie niektórych elementów, ale nie innych. FSE to projekt składający się z kilku elementów.
„Cały projekt edycji pełnej witryny jest czymś w rodzaju zbiorczego terminu dla zbioru narzędzi i projektów, więc byłoby możliwe, aby niektóre elementy zostały wysłane, a inne nie”, powiedział Haden Chomphosy. „Prawdopodobnie są od tego wyjątki, jak wspomniałeś, ale wiele z nich można wysłać, gdy są gotowe”.

Wyjątki, o których mówiła, to elementy, które razem mają więcej sensu. Na przykład motywy oparte na blokach za pośrednictwem pliku konfiguracyjnego theme.json i większość bloków do edycji witryny nie są tak przydatne, gdy są oddzielone.
Oczywiście zdarzają się przypadki, w których coś takiego jak blok zapytania może być używane poza edytorem witryny. Na przykład użytkownicy mogą tworzyć niestandardowe zapytania na stronie bez korzystania z edytora witryny.
Moją główną troską nie są funkcje związane z edytorem witryny, ale widżety oparte na blokach. Jest to narzędzie przejściowe dla użytkowników korzystających z tradycyjnych motywów. Wraz z nowym ekranem menu nawigacji nie jest to część motywów opartych na blokach. Celem jest umożliwienie użytkownikom rozpoczęcia korzystania z bloków w większej liczbie miejsc. Jednak w wielu przypadkach spowoduje to zepsuty UX.
Środowisko widżetów jest nadal częściowo zepsute, każdy blok jest traktowany jako osobny widżet. Użytkownicy muszą nauczyć się umieszczać nagłówek (tytuł widżetu) i kolejny blok (zawartość widżetu) w grupie (opakowanie widżetu) dla poprawnych klas związanych z widżetem w interfejsie witryny. W przypadku niektórych motywów to, czy użytkownicy to zrobią, nie będzie stanowiło problemu. Dla innych będzie to wyglądało w najlepszym razie brzydko, aw najgorszym zepsuje układ. Za dopuszczalne rozwiązanie uznano przeniesienie tej odpowiedzialności na barki użytkowników końcowych.
Chciałem skupić się na tym problemie, ponieważ jest to jedna z tych rzeczy, które można po prostu włączyć dla wszystkich użytkowników. Nadal obawiam się, że przejście z działającego systemu na potencjalnie zepsuty spowoduje wyboistą jazdę.
Zespół ds. wydania WordPress 5.6 postanowił nie wysyłać widżetów opartych na blokach. Hou-Sandi, główny lider techniczny w 5.6, przedstawił historyczny opis tej decyzji i wyjaśnił, dlaczego nie była gotowa do włączenia:
Moje pytanie dotyczące funkcji wpływających na interfejs użytkownika brzmi: „czy mogę wypróbować tę nową rzecz bez kary za zepsucie witryny?” — czyli zaufanie użytkowników. W tej chwili, biorąc pod uwagę, że obszary widżetów nie są wyświetlane w sposób podobny do tego, co widzisz w witrynie bez motywów naprawdę włożonych w to, i że musisz zapisać zmiany na żywo bez poprawek, aby uzyskać rzeczywisty widok kontekstowy, bloki obszaru widżetów nie pozwalają wypróbować tę nową funkcję bez karania za eksperymentowanie.
Chociaż widżety prawdopodobnie się poprawiły, nadal widzę, że odpowiedź jest taka sama jak w październiku ubiegłego roku. Nie widziałem wystarczającego wkładu społeczności twórców motywów, aby wesprzeć sam edytor bloków, a tym bardziej nowe funkcje związane z blokami. Jednak w pewnym momencie projekt musi po prostu ruszyć do przodu. Themerowie będą po prostu musieli nadążyć.
