Gutenberg Katkıda Bulunanlar Meta Kutuları için iframe Kullanmanın Alternatiflerini Keşfetti

Gutenberg'deki meta kutular için iframe'lerin kullanımını çevreleyen tartışma, ilgili geliştiriciler ekibi mevcut yaklaşımın zararlarını dikkate almaya davet ettiğinden, hafta sonu daha da hararetlendi. Gutenberg'in liderliğinden gelen yanıtlar başlangıçta endişeleri saptırdı ve iframe uygulamasını "şimdilik" işe yarayan ancak ekibin göndermeyeceği bir deney olarak sundu.

iframe yaklaşımının performansı ve erişilebilirliği ile ilgili belirli endişelere yanıt almak yerine, Kevin Hoffman'dan meta kutuların geleceği ve "(varsa) bloklara dönüştürülmeyecek durumlar" hakkında düşünmesi istendi. Geliştirici topluluğundan tekrar tekrar test etmesi ve geri bildirimde bulunması istendiğinde, ancak WordPress'i CMS olarak kullanan siteler için kritik olan konularda sapmayla karşılaşıldığında, GitHub tartışmaları daha da hararetli hale gelmeye başlar.

"İnsanlar endişeli ve hüsrana uğruyor ve bana öyle geliyor ki, bunu yapmaya hakları var çünkü Gutenberg üzerinde çalışan ekibin meta kutuların nasıl kullanıldığını çok az anladığı, etkisinin ne olacağı konusunda çok az endişesi olduğu algısı var. Johns Hopkins'teki dış ilişkiler ofisinde baş geliştirici olan Jimmy Smutek, Gutenberg işbirlikçilerinin geri bildirimi görmezden geldiklerini kabul etmesine yanıt olarak, dedi ve ne olursa olsun vizyonlarıyla ilerleyeceğiz.

Birkaç tur geliştirici, meta kutuları için iframe'lerin "şimdilik işe yaradığı" fikrini çürütmek için konuya katıldıktan sonra, Gutenberg baş geliştiricisi Matias Ventura dün tartışmaya katıldı ve deneyin oldukça yakında bırakılacağını doğruladı.

“Konuşmanın sonunda konunun konusuna yeniden odaklanmasına sevindim: iframe'deki meta-kutulara yönelik mevcut yaklaşım uygulanabilir mi? Cevabın hayır olmasıyla birlikte,” dedi Ventura. “İframe'ler, nispeten kolay bırakabileceğimizi düşündüğüm bir uygulama detayı. O halde buna odaklanalım.”

Ayrıca, meta kutularını elden geçirmeye devam etmeden önce WordPress'in editörün kendisinde (tam sayfada değil) yinelemeli iyileştirmeler yapması gerektiği yönündeki popüler görüşe de değindi.

Ventura, "Bazı kişilerin pragmatik yaklaşım olarak adlandırdığı şey, bu projenin baştan beri sahip olduğu tasarım yönü ile - tam site özelleştirmesine doğru ilerlerken - ve şu ana kadar kararlarımızı belirleyen şeyle uyumlu değil" dedi. "Burada hiçbir şey nihai bir çözüm olmak zorunda değil, tasarım tesislerinde neyin mümkün olduğunu araştırıyor ve test için oraya koyuyoruz."

Ventura, düzenleme ekranının diğer yönlerinde değişiklik yapmamanın Gutenberg'in izlemesi gereken en basit yol olacağını, ancak bunun "projenin hedefleri ve WordPress'in uzun vadeli kullanıcıları için adil olmayacağını" söyledi.

WordPress geliştiricisi Gary Jones, daha yinelemeli bir yaklaşım izlemenin projenin hedeflerini değiştirmeyeceğini, ancak süreç boyunca daha fazla sitenin gelmesini mümkün kılacağını iddia etti.

Jones, "Her seferinde bir adım atmak, hiçbir şekilde projenin hedeflerinden ödün vermez" dedi. "Hedef buysa, yine de tam boyutlu özelleştirmeye gidebilirsiniz, ancak bunu adım adım yaparak geliştirici topluluğunun geri kalanını da yanınızda getireceksiniz." Jones, Özelleştirici'yi, birçok yineleme ile zaman içinde gerçekleştirilen bir konsepte sahip WordPress'teki bir özellik örneği olarak gösterdi.

Ventura, Gutenberg ekibinin projeyi yineleme yaklaşımına açıklık getirerek yanıt verdi; bu, başlangıçtan itibaren blok tabanlı içerik oluşturmayı destekleyen bir paradigma kayması.

Ventura, "Matt'in orijinal yeni odak gönderisinden aşamalı bir yaklaşım önerdik, sadece adımları farklı değerlendiriyor" dedi. “Gutenberg projesi için genellikle üç aşama vardır: yazı düzenleyiciden sayfa şablonlarına ve site oluşturmaya. İlkel olan, paradigmanın içeriğin tek bir alan olduğu, blok birincil kavram olduğu ve sonucun net bir şekilde ve aşırı soyutlamalar olmadan görsel olarak temsil edilebildiği bir paradigma olmasıdır.”

Ventura ayrıca tartışmayı takip edenlere projenin meta kutuları için desteği bırakmayacağını, ancak farklı arayüz seçeneklerini denemek için daha fazla zamana ihtiyacı olduğunu garanti etti.

"WordPress her zaman kullanıcıyla birlikte hareket eder ve mevcut kodumuz için geçişleri kolaylaştırmak için geliştirme yollarını bulmanın yükünü üstleniyoruz" dedi. “Bir proje olarak, WordPress'ten meta-kutu desteğini bırakmadığımızı, aynı zamanda klasik düzenleyiciyi yükleme olasılığı da dahil olmak üzere yeni paradigmada hangi arayüz kararlarını vermemiz gerektiğini keşfetmemiz gerektiğini daha önce söylemiştik. Başa çıkamadığımız meta kutuları tespit ettiğimizde veya içeriğin ne olduğunu ve meta verinin ne olduğunu daha net bir şekilde tanımlamaya çalışan bir düzenleyiciyle doğrudan çelişiyor.”

Ayrıca, ekibin uyumsuzlukları ele almak için daha fazla mekanizma oluşturmayı planladığını ve “daha ​​fazla şeyin dahil edilmesine izin vermeyi planladığını söyledi (örneğin, Gutenberg'de gösterilen meta kutularınızdan memnunsanız, bunun için destek beyan edebilirsiniz veya tam tersi). ”

Şu anda iframe kullanmadan meta kutuları oluşturmaya yönelik yeni bir yaklaşım geliştiriliyor. Riad Benguella, iframe'leri geri almaya ve Tom Nowell'in tartışma sırasında sunduğu bir öneriyi uygulamaya çalışan bir çekme talebi oluşturdu:

Gutenberg'i bir ayarlar sayfasına yüklemek yerine, onu ana klasik düzenleyiciler sayfasına yüklemeye, meta kutuları yerel ortamlarında yüklemeye ve ardından konteyner DOM düğümlerini JS aracılığıyla bir bileşene kaldırmaya izin verin.

Daha sonra klasik düzenleyicinin hala kullanılabildiğinden emin olmak için farklı türde bir geçiş kullanırız. Bu yoldan:

– iframe saçmalıklarından kaçınıyoruz
– meta kutular, kayıt söz konusu olduğunda her zaman yaptıkları gibi çalışır
– mevcut JS beklendiği gibi çalışıyor ve PHP tarafında işlerin yürümesi için herhangi bir hack gerekli değil

Yeni yaklaşımın avantajı, bağlantılarla, modlarla, yinelenen stil sayfalarıyla ve iframe kullanmanın diğer dezavantajlarıyla ilgili hiçbir sorun olmamasıdır.

Gutenberg Ekibinin Yeni Bir İletişim Stratejisine İhtiyacı Var

Meta kutular için iframe kullanmanın uzun vadeli uygulanabilirliği ile ilgili tartışma, Gutenberg liderleri arasında birleşik bir mesaj veya iletişim stratejisi eksikliğini vurguladı. Projedeki ortak çalışanlar, vizyonu kavramadıkları için topluluğa karşı sabırsızlaştılar, ancak iletişim çeşitli bloglar, yorumlar, Slack kanalları ve GitHub tartışmaları arasında dağılmış durumda.

Morten Rand-Hendriksen, Gutenberg'in kapsamı, yönü ve hedeflerinin sade bir dil taslağı olarak hizmet edebilecek merkezi bir kaynak talep eden yeni bir sayı açtı.

Rand-Hendriksen, "Benim gözlemim, topluluk, bu bilgiyi içeren tek bir yetkili düz dil kaynağının olmaması nedeniyle Gutenberg projesinin daha geniş kapsamını görmek için mücadele ediyor" dedi. "Bu, tüm taraflardan yüksek derecede spekülasyon, iletişimsizlik ve hayal kırıklığı yaratıyor ve sonuç olarak proje zarar görüyor."

Gutenberg'in bir dokümantasyon merkezi var, ancak şu ana kadar bu dokümanlar daha teknik ve ekibin hedeflerine nasıl ulaşmayı amaçladığına dair pratik bir yol haritasından yoksun. Mevcut belgelerin SSS bölümü, Rand-Hendriksen'in biletinde talep ettiği sade dil kaynağına en yakın şeydir. Hem Gutenberg'in GitHub deposu hem de WordPress.org eklentisi için benioku.txt dosyaları, projenin tüm düzenleyici ekranını elden geçirmeden, mevcut düzenleyiciyi blok tabanlı olacak şekilde güncellediği izlenimini veriyor.

"Bu bilginin parçalı doğası nedeniyle, herkesin tüm projenin net bir resmini elde etmesi zor ve Matias ve Matt'in gönderileri, projenin büyük vizyonunu açıklamakta iyi bir iş çıkarsa da, somut düz dil dökümlerinden yoksunlar. Rand-Hendriksen, topluluğun bu projenin ne olduğunu ve nereye doğru gittiğini sağlam bir şekilde anlaması için ihtiyaç duyduğu temel unsurlar” dedi. “Ayrıca, projenin temel parçalarından ziyade projeyi çevreleyen bağımsız bilgi uyduları olarak da varlar.”

Topluluk, daha şeffaf, sade bir dil ürün yol haritasında yanıtlanmasını istedikleri sorularla GitHub sorununa giriyor. Bunun gibi bir belge, Gutenberg ekibinin projenin hedeflerini daha iyi iletmesine ve gereksiz karışıklığa neden olan karışık mesajlar göndermekten kaçınmasına yardımcı olabilir.