Barmene Sorun: Bir Blok Teması Etkin Olduğunda Özelleştiriciye Ne Olur?

Şu anda radarımda olan bir şey, Özelleştirici'de ayarları olan üçüncü taraf eklentileri. Birkaç eklenti şirketinde Özelleştirici ve ön uç şeyler üzerinde çalışan geliştiriciler, küresel stiller ve blok stilleri henüz radarlarında değil. Peki biri Twenty Twenty-Two veya başka bir blok tabanlı tema yüklerse ne olur? Özelleştirici için sol yönetici menüsü orada değil. Oraya ulaşmanın tuhaf yolu Görünüm > Temalar > Özelleştirici'dir. Ancak beklenti, üçüncü taraf eklentilerin ve temaların ayarları değiştirmesi gerektiğidir. Aslında, bu daha çok bir süre için her iki yerde de ayarları çoğaltmaları gerekiyor gibi görünüyor.

Anonim

Konunun dışında kalanlar için bu konu hakkında kısa bir bilgi tazelememe izin verin. WordPress 5.9 geldiğinde, yeni site düzenleyicisi ve global stiller arayüzü ile birlikte gönderilmesini bekliyoruz. Ancak, çoğu kullanıcı bir blok teması çalıştırmadıkça bu ekranı görmeyecektir.

Yaklaşan Yirmi Yirmi İki'nin de WordPress 5.9 ile birlikte gönderildiği ve geçmiş varsayılan temaların popülaritesini değerlendirdiğimiz göz önüne alındığında, binlerce kullanıcının bu yepyeni dünyaya taşınmasını bekleyebiliriz. Bazıları için bu, 5.0'da blok düzenleyicinin piyasaya sürülmesi kadar şok edici olabilir.

Bir blok teması etkin olduğunda, eski ve tanıdık özelleştiriciye erişim bağlantıları kullanıcı arayüzünden kaybolacaktır. Widget'lar ve gezinme menüsü ekranları da ortalıkta olmayacak. Ancak, ekranların URL'sini biliyorsanız, yine de erişilebilir olacaktır.

Bunun böyle olacağını ilk olarak geçen yıl Gutenberg 9.3 sürümünün bir parçası olarak öğrendik. Ayrıca, site düzenleyicinin bazı temel WordPress ayarlarıyla özellik eşliğine sahip olmasını sağlamak için açık bir sorun vardır.

Bu özelliklerin blok teması kullanıcıları için aşamalı olarak kullanımdan kaldırılmasında bir sorun yoktur. Hepsi, site editörünün izin vereceği şeylerin bireysel parçalarını oluşturmaya yönelik erken, farklı girişimlerdi. WordPress, tüm bu kavramları daha uyumlu bir kullanıcı deneyiminde bir araya getiriyor. Katkıda bulunanların sürekli olarak yineleyebilecekleri bir standarttır. Kapının dışında mükemmel olmayacak, ancak çekirdek platformdaki bu ilk sürüm, daha fazla kullanıcı blok temaları yüklemeye başladıkça, onu geliştirmek için gereken geri bildirimi sağlamalıdır.

Burada sunulan sorunun eklenti pazarıyla daha çok ilgisi var. Özelleştirici başlangıçta bir tema ayarları aracı olarak oluşturuldu ve öncelikle bu amaç için kullanıldı. Ancak, birçok eklenti, dokuz yıllık geçmişi boyunca çeşitli ayarları ona bağladı. Eklenti dizininde wp_customize araması wp_customize üzerinde sonuç çıkarır. customize_register kancası 1.900'den fazla gösterir. Bunlar, gerçekte kaç tane eklentinin panel, bölüm, ayar veya kontrol ekleyeceğiyle tam olarak eşleşmez. Ancak, birçok kişinin son kullanıcılara seçenekler sunmak için ona güvendiğinin bir göstergesidir.

Yani, elimizdeki soruya geri döndük. Bir kullanıcı, özelleştiriciye dayanan bir eklenti kullanırken yaklaşan Yirmi Yirmi İki gibi bir blok teması kurduğunda ne olur?

Değişir.

WooCommerce gibi bazı eklentiler, yönetici menüsündeki özelleştirici panellerine/bölümlerine uygun bir şekilde doğrudan bir bağlantı yerleştirmiştir. Bu, kullanıcıları için bir sorun olmayacak. Ancak, diğer herkes için özelleştirici tamamen kaybolmuş gibi görünecektir.

5.9'dan birkaç hafta sonra, özellikle Twenty Twenty-Two'nun ne kadar hızlı benimsendiğine bağlı olarak, kafası karışmış binlerce kullanıcıya bakıyor olabiliriz. Tabii ki, tüm bunlar piyasaya sürülmeye kadar geçen süre içinde değişebilir. Ancak, bu şimdi olması gereken bir konuşma.

Anonim sorgulayıcı, "Buradaki endişe son kullanıcılar içindir" dedi. "Bilgi bankası makalelerine, eklenti ayarlarındaki yönergelere ve ayarların nerede aranacağını belirten daha fazlasına bakacaklar."

En azından şu anda, bunu kendi kullanıcıları için ele almak eklenti yazarlarında. Ancak, aşağı inmek isteyebilecekleri birden fazla yol vardır.

En basit yöntem, WooCommerce'in liderliğini takip etmektir. Eklenti gutenberg_is_fse_theme() koşulunu kontrol eder (bu işlev adının değişebileceğini unutmayın). true döndürürse, eklenti doğrudan kendi özelleştirici paneline bir bağlantı ekler.

Bir özelleştirici panele, bölüme veya kontrole bağlanmak basittir. Eklenti yazarları, URL'leri geliştirici el kitabında bulabilir. Ayrıca WooCommerce ekibinin kullandığı tekniği de kopyalayabilirler.

Bu, eklenti yazarları WordPress 5.9 gelmeden önce değişiklik yapamazsa, kullanıcıların seçeneklerine erişimi kaybetmemelerini sağlamak için hızlı bir yöntemdir.

Uzun vadede, ideal bir çözüm değildir. Özelleştirici uzun bir süre buralarda olacak, ancak eklenti yazarlarının iki grup kullanıcıyla ilgilenmesi gerekecek: hem blok hem de klasik temaları çalıştıranlar.

Her eklenti farklı olduğu için çözümlerin de farklı olması gerekir. Birçoğu, özel seçenekler ekranı oluşturmak için Ayarlar API'sini kullanabilir. Bu uygulanabilir bir çözümse, kullanıcının hangi temayı çalıştırdığı önemli olmayacaktır.

Bununla birlikte, gerçek, her iki kullanıcı grubu için iki sistem sürdürmek olabilir. Özelleştiriciyle bütünleşen ve seçenekleri site düzenleyicisine çeken bir diğeri. Eklentinin tasarımla ilgili özellikleri varsa, blok teması kullanıcıları yeni arayüzde ayarları görmeyi bekleyecektir.

Şeylerin tema tarafında, daha az sorun olmalı. Bir blok teması, özelleştiriciyle zaten hiçbir şey yapmaz. Bekleyen bir sorun, başlangıç ​​içeriğini dönüştürmek olabilir ve bunu Tam Site Düzenlemeye getirmek için açık bir bilet var.

Her şeyden çok, kullanıcılarla açık iletişim hatlarını sürdürmek, geçişi kolaylaştırmaya yardımcı olacaktır. Bunların bir kısmı temel WordPress'ten gelmelidir. Ancak, birçok kullanıcının bunu eklenti ve tema geliştiricilerinden duyması gerekecek. Bu, blog gönderileri, bilgi bankası veya eğitim güncellemeleri ve desteğe ayak uydurmak olabilir.

Ardından, WordPress'in kendisinin uygulayabileceği nihai çözüm var. Aynı zamanda en az dirençli yoldur.

WordPress, özelleştiriciyle ilgili kancalardaki filtreleri veya eylemleri otomatik olarak algılamalıdır. Bu, bir "destekleri özelleştir" bayrağını tetiklemeli ve yönetici menüsü ve özelleştirici ekranına giden araç çubuğu bağlantılarını korumalıdır. Bu, geliştiricilere süreçte kullanıcıların kafasını karıştırmadan yetişmeleri için biraz zaman verir. Birkaç yanlış işaret veya eksik entegrasyon olabilir, ancak kullanım durumlarının çoğunu etkili bir şekilde yakalayabilmelidir.