Gutenberg Geliştirme Ekibi, Meta Box API'sinin Resmi Olarak Kullanımdan Kaldırılmayacağını Onayladı

Bir katılımcının GitHub sorunu hakkında meta kutu desteğinin en son kilometre taşından kaldırılmasıyla ilgili endişesiyle yorum yapmasının ardından, Gutenberg'in meta kutuları nasıl ele alacağına ilişkin tartışma hafta sonu boyunca kızıştı.

@steveangstrom, "Bu hayati sorunun herhangi bir dönüm noktasından kaldırıldığını görüyorum" dedi. “Blog düzenleme için çok fazla çaba sarf ederken ve betalara eklenirken, öncelikleri yeniden kaldırıldı. Bu, bir CMS olarak WordPress'in geleceği için çok endişe verici.”

Projenin önde gelen geliştiricilerinden biri olan James Nylen, Gutenberg ekibinin konuyu unutmadığı konusunda takipçilerine güvence verdi, bunun yerine “son derece karmaşık bir konu ve pek çok kişiyle birlikte daha yeni araştırmaya başlıyoruz. editörün iyi çalışmasını sağlamak için diğer birçok öncelik.” Ayrıca meta kutuları desteklemek için uygulamaların planlanması ve test edilmesinde topluluktan yardım istedi.

Bu yanıt birçok şeyi belirsiz bıraktı. Çoğu geliştirici, tüm meta kutularını React bileşenleri olarak yeniden yazmak zorunda kalma olasılığı konusunda endişeli olan tartışmaya katılanlar, meta kutuların neden yeni Gutenberg editörüyle birlikte çalışamayacağını ve ekibin neden meta kutuları dahil etmeyi seçtiğini merak ediyor. projenin kapsamı.

"Meta kutuları ve mevcut kancalar dahil olmak üzere arayüzün geri kalanını değiştirmeden bırakırken mevcut TinyMCE yazı düzenleyicisini Gutenberg ile değiştirmek mümkün mü?" Kevin Hoffman sordu. Nylen, bugün yazıldığı gibi Gutenberg'in bir post_content editörü olması amaçlandığını açıklığa kavuşturduğunda, Hoffman birçok geliştiricinin dile getirdiği endişeleri özetledi:

Gutenberg'in gerçekten bir post_content editörü olması amaçlanıyorsa, post_content ile ilgilenmedikleri için meta kutuları kendi başlarına bırakılmalıdır.

Ayrıca PHP meta kutularını React meta kutularına çevirmek için bir API'ye duyulan ihtiyaç, üretilmiş bir problemdir. Bu bir sorun olmak zorunda değil, ancak bir sorun haline geldi çünkü satır boyunca bir yerde post_content düzenleyicisinin yeniden yazılmasının meta kutuların çalışma şeklini tamamen değiştirmesi gerektiğine karar verildi.

#2251'de böyle bir API yazmanın muazzam zorluğunu özetlediniz. ACF gibi popüler bir özel alan çözümü için PHP meta kutularını React'e çevirmek, popüler olsun ya da olmasın, bugün var olan her meta kutu uygulaması için bunu yapmaya çalışmak bir yana, yeterince zordur. Ölçeklenmiyor.

Gutenberg'e katkıda bulunanlar, meta kutu konusunu daha yeni araştırmaya başladıklarını paylaştıklarından, projenin "eski" PHP meta kutularını nasıl ele alacağına dair neden bir yol haritası olmadığı artık açık. Temmuz'da Nylen, "Buraya nereye varacağımızı tahmin etmem gerekirse: mevcut meta kutular "eski" bir alana taşınacak ve API'ler, belgeler ve 'yeni stil' meta kutusu bloğunu kaydetmek için örnekler sağlayacağız. -şeyler."

Meta kutu kitaplıklarını, ajansları ve diğer ilgili tarafları yöneten eklenti geliştiricileri, Gutenberg sürümü olarak hedeflenen WordPress 5.0 için nasıl plan yapılacağını öğrenmek için bileti takip ediyor. Andrey Savchenko, WordPress'in meta kutu API'sini resmen kullanımdan kaldırmayı planlayıp planlamadığını sordu ve sonunda ekipten net bir cevap aldı. Matias Ventura yanıtladı:

“WordPress, Metabox API'sini resmi olarak kullanımdan kaldırmayı düşünüyor mu?”
Numara.

Henüz tam olarak cevaplanmayan soru, Gutenberg editörü bağlamında meta-kutuların nasıl çalıştığıdır. Aynı kalmalı mı yoksa gelişmeli mi? Mümkün olan en az kesinti ile tasarım hedeflerine nasıl ilerleyebiliriz?

Bu sorun istek eksikliğinden değil, kaynak yetersizliğinden dolayı devam ediyor. Bu projenin ana odak noktası, blok kavramı aracılığıyla kullanıcı içeriğinin doğrudan manipülasyonunu optimize eden zengin bir içerik düzenleme arayüzü sunmaktır. (Çeşitli projeler için meta-kutuları yoğun bir şekilde kullandıktan sonra, blokların daha iyi bir kullanıcı deneyimi sağlarken bu ihtiyaçların çoğu için daha iyi bir adım atabileceğine inanıyorum.)”

Ventura, ekibin meta kutuları işlemek için değerlendirdiği birkaç seçeneği sıraladı ve en iyi çözümü oluşturmak için topluluktan yardım istedi:

• Bir meta-kutunun kayıtlı olduğunu tespit edersek, eski arayüze geri dönebiliriz, hiçbir şey değişmez.
• İçeriği düzenlemeyi ve meta bilgileri değiştirmeyi iki ekrana veya aşamaya ayırabiliriz.
• Bunları içeriğin altında olduğu gibi (PHP) oluşturmanın ne kadar mümkün olduğunu görmeye çalışabiliriz: #2251.
• Bir tema/eklenti/CPT, gerektiğinde yeni arayüzün kaydını silebilir.
• Meta kutularına dayanan çeşitli öğeler, UI için bloklara dönüştürülebilir (hala verileri ayrı olarak saklar).
• Fields API gibi API tabanlı meta kutuları genişletilebilirliği uygulayabiliriz.

Gutenberg tasarım lideri Joen Asmussen, meta kutuların neden yeni editörün içeriğine dahil edildiği sorusuna yanıt vermek için basıldığında, ekibin proje kapsamına meta kutuları dahil etmeye nasıl karar verdiğini açıkladı:

Gutenberg sadece editör kutusuyla başladı. Başlangıç ​​hedefi, birden çok farklı arayüzü tek bir birleşik blok arayüzü altında birleştirmekti. Bu birleşik blok arayüzü etrafında dönen zorlayıcı bir deneyim yaratabilmemiz için, ayarlar ve yayınlama dahil olmak üzere tam yazma akışını göz önünde bulundurmamız gerektiği hızla ortaya çıktı.

WordPress'in temel gücü, herkesin zengin gönderiler oluşturmasını kolaylaştırmaksa, o zaman editörü nasıl kullanacağını zaten bilen bizler için tasarım yapamayız. WordPress'i daha önce hiç kullanmamış kullanıcıları ve modern bir yayıncılık arayüzünden ne beklediklerini göz önünde bulundurmalıyız. Aksi takdirde, zaten ağır olan bir arayüze bilişsel yük ekliyor olurduk.

Meta kutuların Gutenberg editörünün bağlamına nasıl sığacağı sorusu hala açık. Tartışmaya katılanlar, geriye dönük uyumluluk adına ve ayrıca Gutenberg geliştirme ve ekran tasarımıyla ilgili devam eden kararları etkilediği için bu sorunun yanıtlanmasını istiyor.

Xavi Ivars konuyla ilgili olarak “'Ekran' değiştirme yaklaşımı için ne kadar çok çalışıldığını tamamen anlıyorum” dedi. “Ancak 'içerik sonrası editörü' değiştirme hedefiyle başlayan bir projenin, tüm editör ekranını değiştireceğine tek taraflı olarak karar vermeden önce topluluğa geri dönmesi gerekmez mi?”

Meta kutu API'si kullanımdan kaldırılmıyor, ancak Gutenberg'in “eski” PHP meta kutularını nasıl destekleyeceği konusunda net bir yol da yok. Gutenberg ekibi, kaynak yetersizliği nedeniyle sorunun çözülmediğini söyledi. Ekip, WordPress sitelerinin çoğunu sorunsuz bir şekilde Gutenberg dönemine en az miktarda kesinti ile sorunsuz bir şekilde sokacak bir çözüme ulaşacaksa, projenin topluluk girdisine ve daha iyi iletişime ihtiyacı var.

Şu anda, içeriğin altında eski PHP meta kutularını oluşturmanın fizibilitesi zorluklarla dolu ve hala tartışmaya açık. Geliştiricilerin çalışmalarını JS güdümlü meta kutularına yeniden yazmaları için yeterli zaman veya müşteri kaynağı yoksa, eski "PHP" meta kutularını koruması gereken siteler için Gutenberg arayüzünü devre dışı bırakmak için açık bir yol gerekli olabilir. .