Tam Site Düzenleme WordPress 5.8'de Yer Alacak mı? Bir Karar Yaklaşıyor

Dün, Josepha Haden Chomphosy, Tam Site Düzenlemenin (FSE) WordPress 5.8'e gelip gelmeyeceğine karar vermek için yol haritasını açıkladı. Gutenberg 10.4'ün 14 Nisan'da piyasaya sürülmesinden sonra, küçük bir çekirdek lider grubu, bir go/no-go demosuna katılacak.

Aşağıdaki kişiler görüşmede olacaktır:

• Matias Ventura – Demoya ev sahipliği yapacak olan Gutenberg Proje Lideri.
• Matt Mullenweg – WordPress Proje Lideri.
• Helen Hou-Sandi – Baş Geliştirici.
• Josepha Haden Chomphosy – İcra Direktörü.

Toplantının gündemi basit. Ventura demoya ev sahipliği yapacak ve grup uygulama sorularını tartışacak ve ele alacaktır.

Engelleyici yoksa, FSE'yi WordPress ile birleştirmek için bir plan paylaşacaklar. Daha olası sonuç, ele alınması gereken en az birkaç öğe bulmalarıdır. Bu durumda, 27 Nisan'daki ikinci bir git/yapmama tarihinden önce bunları çözmek için bir planla bunları herkese açık olarak paylaşacaklar.

WordPress 5.8'in ilk beta sürümü 8 Haziran'a, genel olarak ise 20 Temmuz'a ayarlandı. Ekibin, tema ve eklenti geliştiricilerine hazırlanmaları için zaman vermek için sürüm döngüsünün başlarında dahil etmeye karar vermesi gerekiyor.

Birçoğu nihai kararı beklerken, şu anda herkesin biraz sabırlı olması gerekiyor. Her şeyin proje liderleri tarafından dikkatlice tartılması gerekiyor. 27 Nisan son tarihine kadar sonucu bilmememiz yüksek bir ihtimal.

FSE geçişinin çoğu, bir alt küme kullanıcıları için bir beta çalıştırması olacaktır. Bu özellikleri çekirdeğe dahil etmek, WordPress'in anahtarı hemen çevirdiği ve web'in %40'ı için her şeyi etkinleştirdiği anlamına gelmez. Genel FSE deneyimi için, kullanıcılar blok tabanlı bir temayı kurmak ve etkinleştirmek için açık bir seçim yapmalıdır.

Bunu akılda tutarak, ilk katılım deneyimi, kullanıcıları site düzenlemeye davet ederken potansiyel sorunları da bildiren hoş bir deneyim olmalıdır. Yerleşik bir beta ise, geliştirmelerin yakında olduğunu gerçekten anlamaları gerekir.

Projenin birkaç yıl önce blok düzenleyiciyi piyasaya sürmesi göz önüne alındığında, bunun gibi bir çekirdek içi beta çalışması da memnuniyetle karşılanmaktadır. İnsanların blok düzenleyiciyi sevip sevmediğine bakılmaksızın, kullanıma sunma herkes için sorunsuz değildi. WordPress, son kullanıcıları, birçokları için şok edici bir değişiklik olan elden geçirilmiş bir sisteme bıraktı. Proje, kullanıcılara aşamalı olarak özellikler sunarak ve başkalarının kendi seçtikleri yeni deneyime kendilerini kaptırmalarına izin vererek bu sefer daha iyisini yapma şansına sahip.

Chomphosy gönderide, ekibin geçmişteki hataların ötesinde büyüdüğünü belirterek, "Paylaşılacak en önemli bağlam , kullanıcılar için tam, varsayılan deneyim olarak gönderilmemesidir " diye yazdı. "Birinci Aşama birleştirme sürecinin en net geri bildirimlerinden biri, genişleticilerimizin (ajanslar, tema yazarları, eklenti geliştiriciler, site oluşturucular vb.) gelecek değişikliklere hazırlanmaları için yeterli zamanın olmamasıydı."

Karar vericiler ayrıca bazı parçaları göndermeye karar verebilir, ancak diğerlerini değil. FSE, birkaç bileşenden oluşan bir projedir.

Haden Chomphosy, "Bütün site düzenleme projesi, bir tür araç ve proje koleksiyonu için bir tür şemsiye terimdir, bu nedenle bazı parçaların gönderilmesi mümkün olurken, diğerlerinin göndermemesi mümkün olacaktır" dedi. "Belki de bahsettiğiniz gibi bunun bazı istisnaları vardır, ancak bunların çoğu hazır oldukları gibi gönderilebilir."

Bahsettiği istisnalar, birlikte daha anlamlı olan bileşenlerdir. Örneğin, bir theme.json yapılandırma dosyası aracılığıyla blok tabanlı temalar ve site düzenleme bloklarının çoğu, ayrı olduklarında o kadar kullanışlı değildir.

Elbette, Sorgu bloğu gibi bir şeyin site düzenleyicisinin dışında kullanılabileceği durumlar vardır. Kullanıcılar, örneğin site düzenleyicisinin yararı olmadan bir sayfa içinde özel sorgular oluşturabilir.

Birincil endişem site düzenleyiciyle ilgili özelliklerle değil, blok tabanlı widget'larla ilgili. Geleneksel temalar üzerinde kullanıcılar için bir geçiş aracıdır. Yeni gezinme menüleri ekranıyla birlikte, blok tabanlı temalar deneyiminin bir parçası değil. Amaç, kullanıcıların blokları daha fazla yerde kullanmaya başlamasına izin vermektir. Ancak bu, birçok durumda bozuk bir UX ile sonuçlanacaktır.

Widget deneyimi hala kısmen bozuk ve her bloğa ayrı bir widget gibi davranıyor. Kullanıcılar, sitenin ön ucundaki widget ile ilgili doğru sınıflar için bir Gruba (widget sarmalayıcı) bir Başlık (widget başlığı) ve başka bir blok (widget içeriği) koymayı öğrenmelidir. Bazı temalar için, kullanıcıların bunu yapıp yapmaması sorun olmayacaktır. Diğerleri için en iyi ihtimalle çirkin görünecek ve en kötü ihtimalle düzeni bozacaktır. Bu sorumluluğun son kullanıcıların omuzlarına yüklenmesi kabul edilebilir bir çözüm olarak görüldü.

Bu konuya odaklanmak istedim çünkü bu, tüm kullanıcılar için basitçe çevrilebilecek şeylerden biri. Hala işleyen bir sistemden potansiyel olarak bozuk bir sisteme geçişin inişli çıkışlı bir sürüşe neden olacağından korkuyorum.

WordPress 5.6 sürüm ekibi, blok tabanlı widget'ları göndermemeye karar verdi. 5.6'nın çekirdek teknoloji lideri olarak Hou-Sandi, kararın tarihsel bir açıklamasını ve neden dahil edilmeye hazır olmadığını açıkladı:

Ön ucu etkileyen özelliklerle ilgili sorum şu: "Sitemi mahvetme cezası olmadan bu yeni şeyi deneyebilir miyim?" - yani, kullanıcı güveni. Şu anda, widget alanlarının temalar olmadan sitenizde gördüğünüz gibi bir şey görüntülenmediği ve gerçek bir bağlamsal görünüm elde etmek için değişikliklerinizi revizyonlar olmadan canlı kaydetmeniz gerektiği göz önüne alındığında, widget alan blokları görünmüyor. deneme için sizi cezalandırmadan bu yeni özelliği denemenize izin verir.

Widget'lar tartışmalı bir şekilde iyileşmiş olsa da, cevabı hala geçen Ekim ile aynı görüyorum. Blok düzenleyicinin kendisini desteklemek için tema geliştirme topluluğundan yeterince katılım görmedim, blokla ilgili yeni özellikler bir yana. Ancak, bir noktada, projenin ilerlemeye ihtiyacı var. Temaların sadece ayak uydurması gerekecek.