Breeze: Neden KDE 5'te varsayılan olarak gelmiyor?

Zaten bildiğimiz gibi, KDE Next (veya tercih ettiğiniz KDE 5) birkaç gün önce stabil olarak piyasaya sürüldü ve getirdiği yeni özellikler arasında en çok konuşulanlardan biri Breeze adlı yeni Artwork.

Bu yeni sürümü daha önce denemiş veya videoyu görmüş olanlar, pencere dekoratörü durumunda, varsayılan olarak gelenin Breeze değil Oxygen olduğunu fark etmiş olabilirler. Aynı zamanda Martin Graßlin bize açıklar blogunda bu kararın sebebi nedir?

Makale İngilizce olduğu için size bunun temel fikrini getirmeye çalışacağım.

Breeze neden varsayılan olarak gelmiyor?

KWin 4'te pencere dekorasyonlarının nasıl çalıştığının açıklamasıyla başlayacağım. KWin, pencere yöneticilerinin yeniden ebeveynlik yapmasıdır. Bu, X11 tarafından yönetilen pencerenin, pencere çerçevesini sağlayan başka bir X11 penceresine yerleştirildiği anlamına gelir. KWin'de pencere çerçevesi için QWidget kullanıyoruz. Bu nedenle, QWidget'in bize sağladığı şeyle de sınırlıyız ... Çözümümüz, QWidget'teki tüm dekorasyon boyama olaylarını durdurmak ve bastırmak, bestecinin yeniden boyamasını tetiklemek ve oluşturma aşamasında, daha sonra kopyalanan geçici bir görüntünün dekorasyonunu garanti etmektir. bir dokuya.

Breeze temalı pencere dekorasyonu, Aurorae tema motoruna dayanmaktadır. Aurorae'nin baş yazarı olduğum için, bu blog gönderisine kendimi kötü hissetmeden vurabilirim 🙂 Aurorae, bir dekorasyon oluşturmak ve yeni yarı saydamlık özelliklerinden yararlanmak için çok kolay olacak şekilde tasarlandı. Varsayılan bir dekorasyon olarak kullanılabilecek bir çözüm olmak, ancak hiçbir zaman hedefleri olmadı. Fikir, bu özelliği özelleştirmek isteyen kullanıcılara izin verirken, çoğu kullanıcı daha hızlı yerel temaları kullanabilmekti. Aurorae asla hızlı olmadı ve hızlı olmayacak.

Şimdi KWin 5'te, QML kullanımı Aurorae'nin kullanımını zorlaştıran ana sorundur. QtQuick, Scenegraph'ı kullanır ve QWidget yerine QWindows'u kullanır. Bu, QWidget tabanlı API'miz için bir serseri. Dahili kullanımı QWindows tabanlı dekorasyonları destekleyecek şekilde ayarladık, ancak pencere davranışında farklılıklar olduğu için bu oldukça zor bir yoldu. Artık QWidget temelli olmadığından, boya olay yakalamamız bozuldu ve bunun için yeni bir çözüme ihtiyacımız vardı. Ve bu çözüm öncekinden bile daha çirkin çünkü QtQuick şu anda OpenGL üzerinden çalışıyor. OpenGL Qt uygulamasındaki sınırlamalar nedeniyle (Qt 5.4'te ele alınabilir), QtQuick tarafından kullanılan OpenGL bağlamıyla paylaşamıyoruz ... Bu yalnızca içeriği GPU'dan RAM'e kopyalarken ve tekrar GPU, ayrıca çok fazla bellek kaybediyorsunuz. Büyütülmüş bir pencere olması durumunda, bu sadece başlık çubuğu değil, tüm penceredir. Ve her pencere için bu ek yük vardır.

Bu tek başına Aurorae'yi tamamen kullanılamaz hale getirebilir. Şu anda Breeze temasını kullanıyorum ve KWin'in 200MB'den fazla RAM'e ihtiyacı var - gerçekten kabul edilemez. Ancak durum daha da kötü. QWindows ile hangi alanların güncellendiğini bilemiyoruz. Bu nedenle, örneğin bir düğme güncellendiğinde, dekorasyon içeriğinin tam kopyası dahil olmak üzere tüm pencereyi yeniden boyamamız gerekir. Bu özellikle animasyon durumlarında büyük bir sorundur.

Öyleyse ileriye giden yol nedir? QWidget'ten sağlık temelli dekorasyonun kısıtlamasını kaldırarak API için yeni bir dekorasyon uygulamaya başladım ve aynı zamanda bu yeni API ile Breeze dekorasyonunu uygulamaya başladım. Umarım bunu KWin 5.1'de tanıtabiliriz.

Ve işler böyle, beyler. Umarım sorunun ne olduğunu az çok anlarsınız. Martin'e Oxygen gibi yerli Breeze temasını yapmanın daha pratik ve hızlı olup olmadığını soracağım, ancak şu anda endişelenmiyorum, Oxygen dünyadaki en şirin şey olmasa da birçok seçeneği var. ..