FSE ve WordPress Temaları: MVP Neye benziyor?

WordPress'in İcra Direktörü Josepha Haden Chomphosy, gelecek yılın ana hatlarını takip eden bir gönderi yayınladı. Nisan ayında Gutenberg eklentisinde hazır olması beklenen Tam Site Düzenleme (FSE) için minimum uygulanabilir ürünün (MVP) nasıl göründüğüne dair sorular soruluyor. Çekirdek ekip ayrıca WordPress 5.8'i gönderdiğinde WordPress'te FSE'nin Haziran lansmanı için çekim yapıyor.

Bunlar yüksek hedefler gibi görünüyor, ancak WordPress geliştirme ve iş dünyasının üyeleri, “FSE için MVP nedir?” Diye sormaya bırakıldı. Bu yeni bir soru değil. İster hızlı geliştirme hızı, ister bir iletişim arızası ya da projenin büyük bir kısmı GitHub sorunlarının katman katman arkasına gizlenmiş olsun, takip etmek zor olabilir. Projenin nereye gittiğine dair her adımı en ince ayrıntısına kadar açıklayan büyük bir web sayfası yok. Bilgi bazen dağınık hissedilebilir. Bu, ürünlerini güncellemek için ne beklemeleri gerektiğini bilmesi gereken üçüncü taraf geliştiricilere ve işletme sahiplerine duraklama sağlayabilir.

Yoast'ın CPO'su Joost de Valk, yorumlarda süreçten duyduğu hayal kırıklığını dile getirdi. Bunu daha sonra daha ayrıntılı olarak tartıştık.

"Bence FSE bir temanın ne olduğunu değiştirecek ve düzgün bir şekilde yürütülürse temalar çok daha küçük olacağından tema oluşturmayı çok daha kolay hale getirecek" dedi. “Bu, stilin her yerde işe yaraması için güvenilir stil yöntemleri ve sınıf adları veya benzerlerine ilişkin sözleşmeler bulma yükünü topluluğa getiriyor. Şu anda Tam Site Düzenleme için MVP olarak kabul edilen şeyin ne olduğunu anlamıyorum ve bunun için amaçlanmayan temalarla nasıl çalışacağına dair herhangi bir tartışma görmüyorum ve bu beni endişelendiriyor.”

Bir MVP için herhangi bir süreç olmadığını düşünen topluluktaki diğer kişilerle aynı endişeleri paylaşıyor.

"Ve böyle bir şey yok" dedi. "İcra edilmeyen vizyon sadece halüsinasyondur."

Chomphosy, birbirine bağlılığın farkında olduğunu söyledi. "Ayrıca yayınladığımız bilgilerin, insanların web'in %39'u adına iyi kararlar almasına yardımcı olacak düzenli ve takip edilebilir bir gönderide olmadığını görüyorum" dedi.

Altı (şimdi yedi) kilometre taşını listeleyen bir bileti işaret etti. Bu kilometre taşlarının her biri birlikte ele alındığında, bir MVP için FSE'nin nerede olması gerektiğini temsil eder.

“Birlikte, blokları kullanarak tam bir temanın ifadesine izin veren bir mimariyi ve bu temayı özelleştirebilen bir düzenleyiciyi ana hatlarıyla çiziyorlar” diye yazdı. “ MVP, Twenty Twenty-One temasının herhangi bir kodlama bilgisi olmadan yalnızca blokları kullanarak bir versiyonunu oluşturmayı mümkün kılmalıdır. “

Aşağıdakiler, WordPress'te FSE'nin ilk sürümünü görmeden önce tamamlanması gereken kilometre taşlarının bir dökümüdür:

Aşama 1: Altyapı ve Kullanıcı Arayüzü

FSE'nin belki de en önemli kısmı, uygulanabilir bir site editörüdür. WordPress şablonlama sistemini uyumlu bir kullanıcı arayüzünde birleştirmek, projenin temelidir. Temel altyapı, şablonların ve şablon parçalarının nasıl çalıştığını yönetir. Bu noktada bu vakıf güvenilir bir noktadadır. Daha fazla çalışma gerektiren, bunun üzerine inşa edilen tüm özelliklerdir. Bu dönüm noktası aynı zamanda site düzenleme arayüzünün yerine getirilmesini ve çok varlıklı kaydetmenin ele alınmasını da içerir.

Dönüm noktasının son ayağı, kullanıcıların içerik ve tasarım düzenleme arasında etkin bir şekilde geçiş yaparak, gönderi düzenleyicinin içinden şablonları düzenlemesine olanak tanır. FSE Sosyal Yardım Programı, Gutenberg 9.6'dan sonra geri bildirim toplamak için bu özelliği yakın zamanda test etti.

2. Aşama: Tarama

Bu dönüm noktası, site düzenleyicisinin kullanıcı arayüzünde gezinmeye yönelik tüm çalışmaları kapsar. Sayfalar, şablonlar, şablon bölümleri, genel stiller ve daha fazlası arasında geçiş yapmak gibi birçok hareketli parça vardır. Kullanıcılar hangi öğe üzerinde çalıştıklarını bilmelidir.

Bu, tamamlandı olarak işaretlenen tek dönüm noktasıdır. Ancak, düzenleme ve seçme modlarının yanı sıra bir "göz atma" modu fikrini keşfetmek için açık bir bilet var.

3. Aşama: Şekillendirme

Çoğunlukla, bu dönüm noktası yaklaşmakta olan Global Stiller sistemine odaklanıyor. Sistem, tema varsayılanlarından genel kullanıcı değişikliklerine ve blok başına stil seçeneklerine kadar stillerin bloklara nasıl uygulandığına ilişkin bir hiyerarşi oluşturur.

Bir MVP için işin çoğu tamamlanmış olsa da, biriktirme listesinde düzinelerce özellik bileti var. Bu aynı zamanda, blok sisteminin üçüncü taraf sayfa oluşturucuların yıllarca gerisinde kaldığı bir alandır. Lansman sonrası geri bildirimlere dayalı olarak uzun vadeli özellik eklemeleri görmeyi bekleyin.

4. Dönüm Noktası: Tema Blokları

Tema yazarları bu bileti yakından takip etmelidir. Çoğu tema geliştiricisi için blok tabanlı temaların gerçeğe dönüşmesinin tek yolu, tüm şablon etiketlerinin site düzenleyicide karşılık gelen bir bloğa sahip olmasıdır. Veya en azından en çok kullanılan şablon etiketleri yapıyorsa. Bu işlevlerden bazıları artık blok düzenleyicide geçerli değildir. Tema geliştiricileri, bugün inşa ettikleri her şeyi yeniden oluşturmak için ihtiyaç duydukları bloklara sahip olduklarından emin olmalıdır.

Kuşkusuz, Yer İmleri/Bağlantılar için blokların ilerleme olasılığının düşük olduğunu görmek beni üzüyor. Bu özellik kullanımdan kaldırılmış olsa da, eski blogroll günleri hakkında hala nostaljik durumdayım. Belki de bu en iyisi bir eklenti bırakmaktır. Bağlantı Yöneticisi eklentisinin yeniden canlandırılması sırayla olabilir.

Dönüm Noktası 5: Sorgu Bloğu

Sorgu bloğu ve ona karşılık gelen Döngü bloğu, bazı yönlerden Tam Site Düzenlemenin en temel parçalarıdır. Hangi gönderilerin yüklendiğini ve nasıl görüntülendiklerini yönetirler. Bu özellik, çözülmesi gereken daha karmaşık bulmacalardan biridir. Gutenberg geliştirme ekibi aylarca üzerinde yinelemeye devam etti ve şu anda iyi bir temel çizgide. Bununla birlikte, tema yazarlarının onunla yapması gereken her şeyi ciddi şekilde ele alabilmesi için kat etmesi gereken kilometreler var.

Şu anda, Sorgu bloğu, sorguyu özelleştirmek için yalnızca birkaç seçeneği işler. Ekibin, son kullanıcılar için kenar çubuğunda hangi kontrollerin bulunması gerektiğini belirlemesi ve blokları farklı liste sonrası ekran türleri için kalıplarla entegre etmesi gerekiyor.

Milestone 6: Gezinme Bloğu

Sorgu bloğunun yanı sıra Navigasyon, kendi kilometre taşını gerektiren diğer tek bloktur. Gezinme menüsü sorunları, WordPress projesini on yıldan fazla bir süredir rahatsız ediyor. Doğru olması en zor şeylerden biridir. Bugün WordPress'teki gezinme menüleriyle çalışmak genellikle kolay olsa da, tasarımları son kullanıcı tarafından özelleştirilemez. Çıktı tamamen tema yazarının takdirindedir. Tema yazarlarının isteyebileceği olası menü tasarımları dizisine hizmet vermek ve onu son kullanıcı için özelleştirilebilir hale getirmek, Gutenberg projesi için muhtemelen en zorlu sorunlardan biridir.

Katkıda bulunanlara ihtiyaç duyan en az birkaç düzine alt bilet var. O zaman bile, Navigasyon bloğu bugün bazı temalarda kullanılan daha karmaşık desenler için hazır olmadan önce birkaç sürüm olabilir.

7. Kilometre Taşı: Kademeli Benimseme

MVP'yi temsil eden ilk altı kilometre taşı tamamlandıktan sonra, WordPress'in son kullanıcıların ve tema yazarlarının kademeli olarak FSE'yi benimsemesine izin verecek bir yola ihtiyacı var. Öncelikle, bu blok tabanlı şablonların ve geleneksel PHP tabanlı şablonların bir karışımı olacaktır. Geliştiricilerin, temalarını toptan değiştirmeden, potansiyel olarak kullanıcı tabanlarının segmentlerini geride bırakmadan güncellemelerine izin verilmelidir.

Blok tabanlı widget'lar ve navigasyon ekranları da bu dönüm noktasının altına giriyor. Her iki özellik de 2020'de başarısız olduktan sonra gelecek sürümlere aktarıldı. Ancak bunlar, FSE'ye geçmeye henüz hazır olmayan veya temaları nedeniyle geçemeyen kullanıcılar için bir basamak taşı olacak.