Czy widżety oparte na blokach są gotowe do wylądowania w WordPress 5.6?

Dwa tygodnie temu zespół Gutenberga wystosował otwarte zaproszenie do zgłaszania opinii na temat widżetów opartych na blokach. Już we wrześniu napisałem obszerną recenzję nowego systemu, ale zostałem poproszony przez członka zespołu o podzielenie się przemyśleniami na temat najnowszej iteracji. Z nadchodzącym zamrożeniem WordPressa 5.6 Beta 1 już za tydzień, pomyślałem, że nie zaszkodzi zrobić kolejne głębokie nurkowanie.

Dla porównania, moje ostatnie testy są przeciwko wersji 9.2.0-alpha-172f589 wtyczki Gutenberg, która była kompilacją z dzisiejszego dnia. Rozwój Gutenberga przebiega szybko, ale do tego momentu wszystko powinno być dokładne.

Ostatecznie wiele problemów, na które zwróciłem uwagę ponad miesiąc temu, nadal istnieje. Jednak zespół usunął większość drobnych problemów, takich jak skierowanie strzałek otwierania/zamykania pasków bocznych (obszarów bloku) we właściwym kierunku i ujednolicenie ich z ekranem po edycji. Interfejs użytkownika jest znacznie bardziej dopracowany.

Zanim zagłębię się w wszystkie problemy, chcę odpowiedzieć na pytanie, które proponuję. Tak, system widżetów oparty na blokach będzie gotowy na czas największej oglądalności, gdy wyląduje WordPress 5.6. Jeszcze jej nie ma, ale jest w punkcie, w którym jest wyraźna linia mety, którą można osiągnąć w ciągu najbliższych dwóch miesięcy.

Zignoruję awarię widżetów opartych na blokach w konfiguratorze, który wylądował w Gutenberg 8.9 i został usunięty w 9.1. Przynajmniej na razie spojrzę w przeszłość niedawną propozycję zrekonstruowania ekranu widżetów w celu korzystania z interfejsu Customize API. Widgety oparte na blokach stwarzają mnóstwo problemów dla konfiguratora, a problemy te są nie do pokonania w przypadku WordPress 5.6. Na dłuższą metę WordPress musi mieć jedno miejsce do edycji obszarów widżetów/bloków. Użytkownicy prawdopodobnie będą musieli przez jakiś czas żyć z pewnymi niespójnościami.

Zakładając, że zespół nie spróbuje rzucić w ostatniej chwili Zdrowaś Maryjo i zaimplementować w tej rundzie pełnej edycji bloków w dostosowywaniu, można śmiało powiedzieć, że widżety oparte na blokach są na dobrej drodze do udanego debiutu WordPress 5.6.

Doświadczenie użytkownika

Jako użytkownik naprawdę lubię korzystać z nowego ekranu administratora Widgets. Otwarte obszary bloków o dowolnym kształcie stwarzają niezliczone możliwości projektowania moich witryn WordPress. Tradycyjne widżety miały ograniczony zakres. Użytkownicy byli przywiązani do kilku podstawowych widżetów, prawdopodobnie niektórych widżetów wtyczek i wszystkiego, co zaoferował ich autor motywu. Jednak w przypadku bloków pula opcji rozszerza się do co najmniej potrojenia gotowych opcji (nie liczę indywidualnie bloków typu embed). Ponadto bloki zapewniają znacznie szerszy zestaw opcji projektowych niż tradycyjny widżet.

Dla porównania, tradycyjne widżety są przestarzałe. Bloki są lepsze pod każdym względem. Jednak nadal istnieją problemy z tym nowym systemem.

Największym problemem w tej chwili jest to, że użytkownicy końcowi mogą wyjść z ekranu widżetów bez zapisywania zmian. Nie ma żadnego ostrzeżenia, aby dać im do zrozumienia, że ​​cała ich praca zostanie zagubiona w eterze. Jest to jeden z tych elementów na poziomie OMGBBQ , które muszą się wydarzyć, zanim WordPress 5.6 upadnie.

Jedną z fajnych, ale nie potrzebnych funkcji byłaby możliwość przeciągania bloków z jednego obszaru bloku do drugiego. W starym systemie widżetów użytkownicy mogli przenosić widżety z paska bocznego na pasek boczny. Obecną alternatywą jest skopiowanie widżetu, wklejenie go w nowym obszarze bloku i usunięcie oryginału.

Nie jestem też fanem braku opcji dla górnego paska narzędzi, który jest dostępny na ekranie postedycyjnym. Jednym z powodów używania tego paska narzędzi jest to, że nie lubię domyślnego wyskakującego paska narzędzi w poszczególnych blokach. To rozprasza i często przeszkadza mi w pracy.

Wydaje się, że prace nad starszymi widżetami wciąż trwają. Blok Legacy Widget czasami w ogóle nie działał dla mnie. Wtedy to w magiczny sposób zaczęło działać. Jednak Gutenberg automatycznie dodaje teraz zarejestrowane widżety innych firm do modułu wstawiania bloków, tak jakby były blokami.

To przedstawiało własne problemy. Jedynym sposobem, w jaki udało mi się sprawić, by widżety wtyczek innych firm działały, było wstawienie widżetu, zapisanie i odświeżenie ekranu widżetów. W tym momencie pojawiły się widżety i stały się edytowalne.

Doświadczenie autora motywu

Jedną z moich największych obaw dla autorów motywów jest to, że w podręczniku edytora bloków nie ma żadnej dokumentacji. Jest na to mnóstwo czasu, ale są rzeczy, o których muszą wiedzieć autorzy motywów. Posiadanie scentralizowanej lokalizacji, nawet gdy funkcja jest w fazie rozwoju, pomogłaby im przygotować się do wydania 5.6.

Niektóre z tych pytań, na które można znaleźć odpowiedź w różnych postach na blogu Make, powinny znajdować się na dedykowanej stronie dokumentacji:

• W jaki sposób motyw może zrezygnować z widżetów opartych na blokach?
• Jakie są haki do dodawania niestandardowych stylów do ekranu Widgety?
• Czy motywy mogą być kierowane na określone style paska bocznego na ekranie widżetów?
• Czy można konsekwentnie stylizować sekcje, takie jak tradycyjne widżety w interfejsie użytkownika?
• Czy motywy mogą wybrać szerokie i pełne wyrównanie w obszarach blokowych, które zasadniczo mogą być używane podobnie do obszaru treści posta?

Oto niektóre z pytań, na które chciałbym odpowiedzieć jako były autor tematów. Nie jestem już w centrum gry w projektowanie motywów i zakładam, że ci, którzy są, mieliby większą listę pytań.

Jedna mniej oczywista dokumentacja powinna koncentrować się na tym, jak obsługiwać awaryjne lub domyślne widżety . Tradycyjnie motywy, które musiały pokazywać domyślny zestaw widżetów, sprawdzały, czy pasek boczny zawiera widżety, i wracały do ​​używania the_widget() do wyświetlania jednej lub więcej wartości domyślnych. Chociaż autorzy motywów nadal mogą to zrobić, powinniśmy zacząć przenosić ich na całym świecie do systemu blokowego.

Czy autorzy motywów powinni kopiować/wklejać kod HTML jako rozwiązanie zastępcze? Czy system zawartości początkowej byłby do tego lepszy i czy zawartość widżetu początkowego może obsługiwać bloki? Jaka jest zalecana metoda zastępowania widżetów w WordPress 5.6?

Nadal istnieje kwestia tego, jak autorzy motywów powinni obsługiwać tradycyjny kod HTML widżetu i opakowania tytułu widżetu w nowym paradygmacie blokowym. Jedna poprawka dodana od czasu wydania Gutenberg 9.1 otacza każdy blok najwyższego poziomu za pomocą opakowania widżetów. Jeśli wyląduje to w wersji 9.2, prawdopodobnie pogorszy to problem.

W tradycyjnym systemie zarówno tytuł, jak i treść widżetu są razem umieszczone w kontenerze. Jeśli jednak użytkownik doda blok nagłówka (tytuł widżetu) i inny blok (zawartość widżetu), każdy blok zostanie osobno opakowany w opakowania widżetów motywu. Jedynym sposobem naprawienia obecnej sytuacji jest dodanie przez użytkowników końcowych bloku grupowego dla każdego „widżetu”, którego chcą, co wymagałoby rozległej reedukacji dla użytkowników WordPressa. To nie jest idealny scenariusz.

Zamiast próbować bezpośrednio „naprawić” ten problem, WordPress nie powinien nic robić z danymi wyjściowymi. Bloki i tradycyjne widżety różnią się zasadniczo.

Niech autorzy tematów przejmą stery i zbadają możliwości. Daj im jednak narzędzia do tego, takie jak obsługa szyków blokowych.