Breeze: Mengapa tidak datang secara default di KDE 5?

Seperti yang telah kita ketahui, KDE Next (atau KDE 5 sesuai keinginan Anda) dirilis sebagai stabil beberapa hari yang lalu dan di antara fitur-fitur baru yang dibawanya, salah satu yang paling banyak dibicarakan adalah Artwork baru yang disebut Breeze.

Mereka yang telah mencoba versi baru ini atau telah melihat videonya, mungkin telah memperhatikan bahwa dalam kasus dekorator jendela, yang secara default adalah Oxygen dan bukan Breeze. Demikian juga Martin Gräßlin menjelaskan kami di blognya apa alasan dari keputusan ini.

Karena artikel ini dalam bahasa Inggris, saya akan mencoba memberi Anda gagasan mendasar tentang ini.

Mengapa Breeze tidak datang secara default?

Saya mulai dengan penjelasan tentang cara kerja dekorasi jendela di KWin 4. KWin adalah apa yang disebut pengasuhan ulang pengelola jendela. Ini berarti jendela yang dikelola oleh X11 dimasukkan ke dalam jendela X11 lain yang menyediakan bingkai jendela. Di KWin kami menggunakan QWidget untuk bingkai jendela. Oleh karena itu kami juga dibatasi pada apa yang diberikan QWidget kepada kami ... Solusi kami adalah mencegat semua acara lukisan dekorasi di QWidget dan menekannya, memicu pengecatan ulang komposer dan dalam langkah rendering menjamin dekorasi gambar sementara yang kemudian disalin menjadi tekstur.

Dekorasi jendela tema Breeze didasarkan pada mesin tema Aurorae. Karena saya adalah penulis utama Aurorae, saya dapat melakukannya di posting blog ini tanpa merasa bersalah 🙂 Aurorae dirancang agar sangat mudah untuk membuat dekorasi dan menggunakan fitur tembus cahaya yang baru. Menjadi solusi yang bisa digunakan sebagai dekorasi standar, tapi itu tidak pernah menjadi tujuan mereka. Idenya adalah untuk memungkinkan pengguna yang ingin menyesuaikan fitur ini, sementara sebagian besar pengguna dapat menggunakan tema asli yang lebih cepat. Aurorae tidak pernah cepat dan dia tidak akan cepat.

Sekarang di KWin 5, penggunaan QML menjadi masalah utama yang membuat Aurorae sulit digunakan. QtQuick menggunakan Scenegraph dan menggunakan QWindows, bukan QWidget. Itu mengecewakan untuk API berbasis QWidget kami. Kami menyesuaikan penggunaan internal untuk mendukung dekorasi berbasis QWindows, tetapi itu adalah jalan yang cukup sulit, karena ada perbedaan dalam perilaku jendela. Karena tidak lagi berbasis QWidget, perangkap peristiwa cat kami rusak dan kami membutuhkan solusi baru untuk itu. Dan solusi ini bahkan lebih jelek dari yang sebelumnya karena QtQuick saat ini bekerja melalui OpenGL. Karena keterbatasan dalam aplikasi OpenGL Qt (dapat dialamatkan pada Qt 5.4) yang tidak dapat kami bagikan dengan konteks OpenGL yang digunakan oleh QtQuick ... Ini bukan hanya biaya tambahan yang besar saat menyalin konten dari GPU ke RAM dan kembali lagi ke GPU, Anda juga kehilangan banyak memori. Dalam kasus jendela yang dimaksimalkan bukan hanya bilah judul, tetapi seluruh jendela. Dan ada overhead untuk setiap jendela.

Itu saja bisa membuat Aurorae benar-benar tidak bisa digunakan. Saat ini saya menggunakan tema Breeze dan KWin membutuhkan lebih dari 200MB RAM - tidak bisa diterima. Tetapi situasinya bahkan lebih buruk. Dengan QWindows kami tidak dapat mengetahui area mana yang diperbarui. Jadi ketika, misalnya, sebuah tombol diperbarui, kita harus mengecat ulang seluruh jendela, termasuk salinan lengkap konten dekorasi. Terutama dalam situasi animasi adalah masalah besar.

Jadi bagaimana jalan ke depannya? Saya mulai menerapkan dekorasi baru untuk API dengan menghapus batasan dekorasi berbasis kesejahteraan dari QWidget dan pada saat yang sama saya mulai menerapkan dekorasi Breeze dengan API baru ini. Semoga kami dapat memperkenalkan ini di KWin 5.1.

Dan begitulah keadaannya, Tuan-tuan. Saya harap Anda kurang lebih mengerti apa masalahnya. Saya akan bertanya kepada Martin apakah tidak lebih praktis dan lebih cepat membuat tema Breeze native seperti Oxygen, meskipun saat ini saya tidak khawatir, Oxygen meskipun bukan hal yang paling lucu di dunia, ia memiliki banyak pilihan ..