WordPress 6.1, 2023-2025'te Beklenen Tam Site Düzenleme, Sonraki Aşamalı İşbirliği ve Çok Dilli Özelliklerin İyileştirilmesine Odaklanacak

Gutenberg baş mimarı Matias Ventura, yaklaşmakta olan 6.1 sürümünün ana hedefi olarak 5.9 ve 6.0'da sunulan deneyimlerdeki iyileştirmeleri belirledi. Matt Mullenweg ve Josepha Haden Chomphosy'ye bir demo için katılmasının planlandığı Porto'daki WordCamp Europe'daki kapanış oturumu öncesinde 6.1 için yol haritasını yayınladı. Ventura bunu başaramadı, ancak Gutenberg'e katkıda bulunanların üzerinde çalıştığı bazı heyecan verici arayüz güncellemelerinin video demolarını içeren bir ileti dizisini tweetledi.

Ana itici güçlerden biri, site editörlerinin çalışırken yakınlaştırma ve uzaklaştırma yapmasına olanak tanıyan yeni bir "göz atma modu" aracılığıyla sitede gezinmeyi daha sorunsuz bir deneyim haline getirmektir.

Desenler, Ventura'nın "yaratıcı deneyimin merkezi bir parçası" olarak tanımladığı bir diğer önemli odak noktasıdır. Katkıda bulunanlar, keşif ve ekleme sürecini iyileştirme planlarıyla kalıplarla oluşturmayı kolaylaştırmak için çalışıyor. WordPress 6.1, özel gönderi türlerinde, blok türlerinde kalıp kullanımı için daha iyi destek ve kalıpları kilitleme ve kayıtlı kalıpları yönetme daha sezgisel bir deneyim getirecek.

Katkıda bulunanlar, Ventura'nın başlığında gösterdiği gibi, bir sayfanın bölümleri olarak kalıplarla etkileşimi kolaylaştıracak yeni bir havadan görünümü ve başka fikirleri de keşfediyorlar.

Ventura, WordPress 6.1 için başka bir hedefin, kısıtlamalar, ayrıcalıklar ve küratörlü ön ayarlar için daha iyi destekle küresel stiller arayüzünü geliştirmek olduğunu söyledi. Tasarım araçları, duyarlı tipografiyi desteklemek ve web yazı tiplerini yönetmeye izin vermek için de güncellenecektir.

"Sürümün melodisi, 5.9 ve 6.0'da tanıtılan deneyimleri iyileştirmek, çeşitli akışları kullanıcılar, bakımcılar ve genişleticiler için daha tutarlı ve tatmin edici deneyimlere dönüştürmek ve Aşama 3'e bakmaya başladığımızda işlevsellikteki bazı boşlukları kapatmak olacak. Gutenberg yol haritasının, "dedi Ventura.

WordPress 6.1'in Ötesinde: İşbirliği Aşaması 3, Çekirdek Mimariyi Oluşturmak için Çok Dilli Aşama 4'ten Önce Gelecek

Matt Mullenweg ve Josepha Haden Chomphosy, WordCamp Europe'daki Soru-Cevap oturumları sırasında WordPress'in uzun vadeli yol haritasıyla ilgili birkaç soruyu yanıtladı. (Canlı yayındaki video aşağıya yerleştirilmiştir.)

WordPress ana katkıda bulunanlar, 2023'te İşbirliği aşamasına başlamadan önce Özelleştirme aşamasını kapatmayı planlıyor. Soru-Cevap oturumu sırasında, çok dilli katılımcılardan biri WordPress'in çekirdekte çok dilli özellikler üzerinde çalışmaya başlamak için neden 4. Aşamaya kadar beklediğini sordu.

Mullwenweg, "Verileri şimdi ve sonra özellik üzerinde daha sonra çalışmak istemememizin bir nedeni, her seferinde kullanıcı deneyimi oluşturmadan bir şey için mimari oluşturmanın zor olduğunu öğrenmemizdir" dedi. “Örneğin REST API ile biri olmadan diğerini yapmaya çalıştığımızda, REST API'ye kendimiz tam olarak kullanmadan önce girdik. Gutenberg ile REST API'nin birinci taraf kullanımını yapmaya başladığımızda, bir sürü boşluk bulduk. Bu boşluklar, eklentilerin birkaç yıldır yanlış mimari üzerine inşa edildiği anlamına gelseydi özellikle kendimi kötü hissederdim.”

Mullenweg ayrıca, çok dilli özelliklerden önce “iş akışı” olarak adlandırdığı Aşama 3'e öncelik vermenin neden önemli olduğuna inandığını da açıkladı:

Aşama 3, İş Akışıdır. Bu, temel olarak, Google dokümanları veya başka bir şey gibi, WordPress'te gerçek zamanlı ortak düzenlemeyi alacağımız yerdir. Bir sayfayı veya sitelerinizi veya bir şablonu veya başka bir şeyi düzenlemek için oturum açtığınızda, aynı anda başka biri oradaysa, onların hareket ettiğini görebileceksiniz. Elbette, gönderiler ve sayfalar için yaptığımız gibi, WP'nin mümkün olduğu kadar çok parçasına yerleşik sürüm kontrolüne sahip olduğumuzdan emin olmak istiyoruz, böylece birisi bir hata yaparsa veya sitede bir düzenleme yaparsa, geri dönebileceksiniz. insanlara güven vermek için gerçekten anahtar olduğunu düşünüyorum.

Çok dilli desteği çekirdeğe sokmadan önce işbirliği mimarisini kurmanın önemini vurguladı.

Mullenweg, "Çok dilli iş akışlarının önemli olduğunu düşünüyorum" dedi. "Peki, standart olarak oluşturulan içerik nerede, siteyi düzenleyen kişilere bağlı olarak değişiklikler bir dilden diğerine nasıl akar, hatta belki iki yönlü olarak ve bunun şablonların geri kalanını nasıl etkilediği - gönderinin dışındaki şeyler ve sayfa içeriği.”

Ayrıca, halihazırda var olan birçok üçüncü taraf çok dilli çözümün, çekirdek bu özellikleri entegre ettiği için bir geçiş dönemine sahip olacağını kaydetti.

Mullenweg, "Sayfa oluşturucularda olduğu gibi, çekirdekte bir şey olduğunda, ya bir veri geçiş yoluna sahip olacaklar ya da çekirdeğe koyduğumuz temelle bütünleşecekler" dedi. “Ancak, WordPress için muhtemelen daha çok 2024 veya 2025 girişimi olduğuna dair beklentiler belirlemek istiyorum. Ve önce bu diğer aşamaları gerçekten iyi bir şekilde yapmak istiyoruz. Neden sırayla gitmek zorundayız? Aynı anda ancak bu kadarını yapabiliriz.”

Soruyu soran kişi, bir acil durum çalışma grubunun neden şimdi başlayamadığını sorduğunda, Mullenweg, istekli katkıda bulunanları çalışmalarını bir eklentiye koymaya teşvik etti. Bir eklenti olarak başlayan ve çekirdeğe getirmeden önce yıllarca test edilen Gutenberg'e atıfta bulundu.

Aşama 4'e baktığımızda, bakacağımız ilk şey tüm eklentilerin bunu nasıl yaptığıdır. Belki de bu eklentilerden biri, çekirdeğe gelenlerin temeli bile olabilir. Eklentiler farklı mimari yaklaşımlar benimsiyorsa sorun değil, çünkü bunların artılarını ve eksilerini görmek istiyoruz. İnsanların WordPress'i milyonlarca ve milyonlarca yazı ve sayfayla, bazen de on milyonlarca sayfayla kullandığını unutmayın. Bunun ölçeklenmesini istiyoruz, bunun performanslı olmasını istiyoruz, erişilebilir olmasını istiyoruz. İnsanların WordPress hakkında bildiği ve güvendiği her şeyi alın. ve bu işlevselliğe getirin.

Mullenweg, çok dilliliğin "muhtemelen çekirdeğe getirdiğimiz en karmaşık şeylerden biri olacağını, hatta bloklardan bile daha fazla olacağını" düşündüğünü söyledi. Bunun nedeni, blokların WordPress'in daha önce yaptığını alması ve ona HTML'nin üzerine yeni bir arayüz vermesidir.

“Çok dillilik, WordPress'in içindeki her şeyi – etiketler, kategoriler, sayfalar, şablonlar – alıyor ve çok faktörlü yapıyor, bu yüzden şu anda daha çok bire bir ilişkinin üstünde faktöriyel bir karmaşıklık gibi. "dedi. "Nasıl yapılacağına dair bazı fikirleriniz varsa, mevcut eklentilerden birine katılın veya kendinizinkini başlatın."