Tanya Bartender: Apa yang Terjadi pada Penyesuai Saat Tema Blok Aktif?

Sesuatu di radar saya sekarang adalah plugin pihak ketiga yang memiliki pengaturan di Customizer. Apa yang saya kumpulkan dari teman-teman yang merupakan pengembang yang mengerjakan Customizer dan hal-hal front-end dalam beberapa perusahaan plugin, gaya global dan gaya blok belum ada di radar mereka. Jadi apa yang terjadi jika seseorang menginstal Twenty Twenty-Two atau tema berbasis blok lainnya? Menu admin kiri untuk Customizer tidak ada. Cara tersendat untuk sampai ke sana adalah melalui Appearance > Themes > Customizer. Tetapi harapannya adalah plugin dan tema pihak ketiga perlu memindahkan pengaturan. Faktanya, ini sepertinya mereka perlu menduplikasi pengaturan di kedua tempat untuk sementara waktu.

Anonim

Bagi mereka yang keluar dari lingkaran, izinkan saya memberikan penyegaran cepat tentang topik ini. Saat WordPress 5.9 mendarat, kami mengharapkannya untuk dikirimkan dengan editor situs baru dan antarmuka gaya global. Namun, sebagian besar pengguna tidak akan melihat layar ini kecuali mereka menjalankan tema blok.

Mengingat bahwa Twenty Twenty-Two yang akan datang juga dikirimkan dengan WordPress 5.9 dan menilai popularitas tema default sebelumnya, kami dapat mengharapkan ribuan pengguna akan dipindahkan ke dunia yang sama sekali baru ini. Bagi sebagian orang, ini mungkin sama mengejutkannya dengan peluncuran editor blok di 5.0.

Saat tema blok aktif, tautan untuk mengakses penyesuai lama dan yang sudah dikenal akan hilang dari antarmuka pengguna. Widget dan layar menu nav juga tidak akan ada. Namun, mereka tetap dapat diakses jika Anda mengetahui URL layarnya.

Kami pertama kali mengetahui ini akan menjadi kasus tahun lalu sebagai bagian dari rilis Gutenberg 9.3. Ada juga masalah terbuka untuk memastikan bahwa editor situs memiliki paritas fitur dengan beberapa pengaturan inti WordPress.

Tidak masalah bahwa fitur-fitur ini sedang dihapus untuk pengguna tema blok. Mereka semua awal, upaya yang berbeda untuk membuat bagian-bagian individu dari apa yang akan diizinkan oleh editor situs. WordPress menyatukan semua konsep ini menjadi pengalaman pengguna yang lebih kohesif. Ini adalah standar yang dapat terus diulang oleh kontributor. Ini tidak akan sempurna di luar gerbang, tetapi versi pertama di platform inti ini harus mendorong umpan balik yang diperlukan untuk meningkatkannya karena semakin banyak pengguna mulai menginstal tema blok.

Masalah yang disajikan di sini lebih berkaitan dengan pasar plugin. Penyesuai awalnya dibuat sebagai alat pengaturan tema dan terutama digunakan untuk tujuan itu. Namun, banyak plugin telah mengikat berbagai pengaturan untuk itu selama sembilan tahun sejarahnya. Pencarian untuk wp_customize di direktori plugin menarik lebih dari 1.400 hasil. Kait customize_register menunjukkan lebih dari 1.900. Ini belum tentu sama persis dengan berapa banyak plugin yang benar-benar menambahkan panel, bagian, pengaturan, atau kontrol. Namun, ini adalah indikator bahwa banyak yang mengandalkannya untuk menyajikan opsi kepada pengguna akhir.

Jadi, kita kembali ke pertanyaan yang ada. Apa yang terjadi ketika pengguna memasang tema blok, seperti Twenty Twenty-Two yang akan datang, saat menggunakan plugin yang bergantung pada penyesuai?

Tergantung.

Beberapa plugin seperti WooCommerce telah dengan mudah menempatkan tautan langsung ke panel/bagian penyesuai mereka di menu admin. Ini tidak akan menjadi masalah bagi penggunanya. Namun, untuk semua orang, penyesuai tampaknya akan hilang sepenuhnya.

Dalam hitungan minggu setelah 5.9, tergantung pada seberapa cepat adopsi Twenty Twenty-Two terjadi pada khususnya, kita bisa melihat ribuan pengguna yang bingung. Tentu saja, semua ini bisa berubah dalam waktu menjelang rilis. Namun, ini adalah percakapan yang perlu terjadi sekarang.

“Kekhawatiran di sini adalah untuk pengguna akhir,” kata penanya anonim. “Mereka akan melihat artikel basis pengetahuan, petunjuk dalam pengaturan plugin, dan lebih banyak lagi yang menunjukkan di mana mencari pengaturan.”

Setidaknya pada saat ini, tanggung jawab ada pada pembuat plugin untuk mengatasi hal ini bagi pengguna mereka sendiri. Namun, ada beberapa jalur yang mungkin ingin mereka lalui.

Metode yang paling mudah adalah mengikuti jejak WooCommerce. Plugin memeriksa kondisi gutenberg_is_fse_theme() (perhatikan bahwa nama fungsi ini dapat berubah). Jika mengembalikan true , plugin menambahkan tautan langsung ke panel penyesuainya.

Menautkan ke panel, bagian, atau kontrol penyesuai itu sederhana. Penulis plugin dapat menemukan URL di buku pegangan pengembang. Mereka juga dapat menyalin teknik yang digunakan tim WooCommerce.

Ini adalah metode cepat untuk memastikan pengguna tidak kehilangan akses ke opsi mereka jika pembuat plugin tidak dapat membuat perubahan sebelum WordPress 5.9 mendarat.

Dalam jangka panjang, itu bukan solusi ideal. Penyesuai akan ada untuk waktu yang lama, tetapi pembuat plugin harus berurusan dengan dua set pengguna: mereka yang menjalankan tema blok dan klasik.

Karena setiap plugin berbeda, solusinya juga harus berbeda. Banyak yang dapat dengan mudah menggunakan API Pengaturan untuk membuat layar opsi khusus. Jika itu adalah solusi yang bisa diterapkan, tidak masalah tema apa yang dijalankan pengguna.

Namun, kenyataannya mungkin mempertahankan dua sistem untuk kedua set pengguna. Satu yang terintegrasi dengan penyesuai dan satu lagi yang menarik opsi ke dalam editor situs. Jika plugin memiliki fitur yang berhubungan dengan desain, pengguna tema blok akan melihat pengaturan di antarmuka baru.

Di sisi tema, seharusnya ada lebih sedikit masalah. Tema blok tidak melakukan apa pun dengan penyesuai. Satu masalah yang luar biasa adalah mengonversi konten pemula, dan ada tiket terbuka untuk membawanya ke Pengeditan Situs Lengkap.

Lebih dari segalanya, menjaga jalur komunikasi terbuka dengan pengguna akan membantu memudahkan transisi. Beberapa di antaranya harus berasal dari inti WordPress. Namun, banyak pengguna perlu mendengarnya dari pengembang plugin dan tema mereka. Ini mungkin posting blog, pembaruan basis pengetahuan atau tutorial, dan mengikuti dukungan.

Lalu, ada solusi terakhir, yang bisa diterapkan oleh WordPress sendiri. Ini juga merupakan jalan yang paling sedikit resistensinya.

WordPress harus secara otomatis mendeteksi filter atau tindakan pada kait terkait penyesuai. Ini akan memicu tanda "sesuaikan dukungan" dan pertahankan menu admin dan tautan bilah alat ke layar penyesuai. Ini akan memberi pengembang waktu untuk mengejar ketinggalan tanpa membingungkan pengguna dalam prosesnya. Mungkin ada beberapa tanda palsu atau integrasi yang terlewat, tetapi seharusnya dapat menangkap sebagian besar kasus penggunaan secara efektif.