Povjetarac: Zašto ne dolazi prema zadanim postavkama u KDE 5?

Kao što već znamo, KDE Next (ili KDE 5 po vašoj želji) izdan je kao stabilan prije nekoliko dana, a među novim značajkama koje donosi jedno je od najpričanijih o novom umjetničkom djelu pod nazivom Breeze.

Oni koji su već isprobali ovu novu verziju ili su pogledali videozapis, mogli su primijetiti da je u slučaju dekoratera prozora zadani kisik, a ne povjetarac. Također Martin Gräßlin objašnjava nas na svom blogu koji je razlog ove odluke.

Kako je članak na engleskom, pokušat ću vam donijeti temeljnu ideju ovoga.

Zašto Breeze ne dolazi prema zadanim postavkama?

Počinjem s objašnjenjem kako ukras prozora djeluje u KWin 4. KWin je takozvano ponovno roditeljstvo upravitelja prozora. To znači da se prozor kojim upravlja X11 stavlja u drugi prozor X11 koji pruža okvir prozora. U KWinu koristimo QWidget za okvir prozora. Stoga smo također ograničeni na ono što nam nudi QWidget ... Naše rješenje je presresti sve događaje oslikavanja ukrasa u QWidgetu i suzbiti ga, pokrenuti prebojavanje kompozitora i u koraku prikazivanja jamčiti ukrašavanje privremene slike koja se zatim kopira u teksturu.

Dekoracija prozora tematike Breeze temelji se na pokretaču tema Aurorae. Budući da sam glavni autor Aurorae, mogu je pronaći na ovom blogu, a da se zbog toga ne osjećam loše. 🙂 Aurorae je dizajniran da bude vrlo jednostavan za stvaranje ukrasa i korištenje novih značajki prozirnosti. Biti rješenje koje bi se moglo koristiti kao zadani ukras, ali to nikada nije bio njihov cilj. Ideja je bila omogućiti korisnicima koji žele prilagodbu ove značajke, dok većina korisnika može koristiti nativne teme brže. Aurorae nikad nije bila brza i neće biti brza.

Sada je u KWin 5 uporaba QML-a glavni problem koji otežava upotrebu Aurorae. QtQuick koristi Scenegraph i koristi QWindows umjesto QWidgeta. To je loše za naš API zasnovan na QWidgetu. Prilagodili smo internu upotrebu za podršku ukrasima temeljenim na QWindows, ali to je bio prilično težak put, jer postoje razlike u ponašanju prozora. Budući da se više ne zasniva na QWidgetu, prekidanje našeg događaja boja je prekinuto i za to nam je trebalo novo rješenje. A ovo je rješenje još ružnije od prethodnog, jer QtQuick trenutno radi kroz OpenGL. Zbog ograničenja u aplikaciji OpenGL Qt (moglo bi se riješiti u Qt 5.4) koja ne možemo dijeliti s kontekstom OpenGL-a koji koristi QtQuick ... To nije samo ogroman trošak pri kopiranju sadržaja s GPU-a u RAM i natrag na GPU, gubite i puno memorije. U slučaju maksimiziranog prozora to nije samo naslovna traka, već i cijeli prozor. A tu je i režija za svaki prozor.

Samo to može učiniti Aurore potpuno neupotrebljivima. Trenutno koristim temu Breeze i KWin treba više od 200 MB RAM-a - što zapravo nije prihvatljivo. Ali situacija je još gora. Uz QWindows ne možemo znati koja su se područja ažurirala. Dakle, kada se, na primjer, gumb ažurira, moramo ponovno bojiti cijeli prozor, uključujući kompletnu kopiju sadržaja ukrasa. To je posebno problem u animacijskim situacijama.

Pa koji je put naprijed? Počeo sam implementirati novi ukras za API uklanjanjem ograničenja ukrasa temeljenog na dobrobiti s QWidgeta, a istodobno sam počeo implementirati Breeze ukras s ovim novim API-jem. Nadam se da to možemo predstaviti u KWin 5.1.

I tako stoje stvari, gospodo. Nadam se da više-manje razumijete u čemu je problem. Pitati ću Martina nije li praktičnije i brže napraviti zavičajnu temu Breeze poput Oxygena, iako trenutno nisam zabrinut, Oxygen iako to nije najslađa stvar na svijetu, ima puno mogućnosti ..