Nagu me juba teame, ilmus KDE Next (või KDE 5, nagu soovite) mõni päev tagasi stabiilsena ja selle pakutavate uute funktsioonide seas on üks enim räägitud uus kunstiteos nimega Breeze.
Need, kes on seda uut versiooni juba proovinud või videot näinud, võivad olla märganud, et aknakaunistaja puhul tuleb vaikimisi hapnik ja mitte Breeze. Samuti Martin Gräßlin selgitab meid tema ajaveebis mis on selle otsuse põhjus.
Kuna artikkel on ingliskeelne, püüan teile tuua selle põhiidee.
Miks Breeze vaikimisi ei tule?
Alustan selgitusega, kuidas aknakaunistused KWin 4-s töötavad. KWin on aknahaldurite nn vanemahoidmine. See tähendab, et X11 hallatav aken pannakse teise X11 aknasse, mis pakub aknaraami. KWinis kasutame aknaraami jaoks QWidgeti. Seetõttu piirdume ka sellega, mida QWidget meile pakub ... Meie lahendus on kõik QWidgetis olevad dekoratsioonimaali sündmused kinni pidada ja see maha suruda, helilooja uuesti värvida ning renderdamise etapis garanteerida siis kopeeritud ajutise pildi kaunistamine tekstuuriks.
Breeze teemaakna kaunistamine põhineb Aurorae teemamootoril. Kuna olen ettevõtte Aurorae juhtiv autor, saan selle blogipostitusega kokku lüüa, tundmata sellest halba 🙂 Aurorae kujundati nii, et kaunistuse loomine ja uute poolläbipaistvuse funktsioonide kasutamine oleks väga lihtne. Olles lahendus, mida saaks kasutada vaikekaunistusena, kuid see polnud kunagi nende eesmärk. Idee eesmärk oli lubada kasutajatel, kes soovivad selle funktsiooni kohandamist, kuid enamik kasutajaid saavad kasutada kiiremaid kohalikke teemasid. Aurorae ei olnud kunagi kiire ega kiire.
Nüüd on KWin 5-s QML-i kasutamine peamine probleem, mis muudab Aurorae kasutamise keerukaks. QtQuick kasutab Scenegraphi ja kasutab QWidgeti asemel QWindowsit. See on meie QWidget-põhise API-le mõte. Korrigeerisime sisekasutust QWindows-põhiste dekoratsioonide toetamiseks, kuid see oli üsna keeruline tee, kuna akende käitumises on erinevusi. Kuna see ei põhine enam QWidgetil, on meie värviürituste püüdmine katki ja vajasime selleks uut lahendust. Ja see lahendus on eelmisest veelgi koledam, sest QtQuick töötab praegu OpenGL-i kaudu. Rakenduse OpenGL Qt piirangute tõttu (mida saab käsitleda Qt 5.4-s) ei saa me jagada QtQuicki kasutatava OpenGL-i kontekstiga ... See pole mitte ainult tohutu lisakulu sisu kopeerimisel GPU-st RAM-i ja tagasi GPU, kaotate ka palju mälu. Maksimeeritud akna puhul pole see mitte ainult tiitliriba, vaid kogu aken. Ja iga akna jaoks on see õhuliin.
Juba see võib Aurorae täiesti kasutuskõlbmatuks muuta. Praegu kasutan Breeze'i teemat ja KWin vajab rohkem kui 200 MB RAM-i - pole tegelikult vastuvõetav. Kuid olukord on veelgi hullem. QWindowsiga ei saa me teada, milliseid alasid värskendati. Nii et kui nuppu näiteks värskendatakse, peame kogu akna, sealhulgas kaunistuse sisu täieliku koopia, üle värvima. See on eriti probleem animatsioonisituatsioonides.
Milline on siis edasine tee? Hakkasin rakendama API uut kaunistust, eemaldades QWidgetist heaolupõhise kaunistuse piirangu ja samal ajal hakkasin selle uue API-ga ka Breeze'i kaunistust rakendama. Loodetavasti saame seda tutvustada KWin 5.1-s.
Ja asjad on nii, härrased. Loodan, et saate enam-vähem aru, milles probleem on. Küsin Martinilt, kas ei ole otstarbekam ja kiirem teha põlise Breeze'i teemat nagu Hapnik, kuigi praegu ma ei muretse, Hapnik, kuigi see pole kõige armsam asi maailmas, on sellel palju võimalusi ..
Lugesin kõike läbi, aga ei saanud midagi aru, olen täna aeglane. Igatahes ei saa ma ikkagi oma OpenSUSE 5-s KDE 13.1 testida. See murrab mind mõningate "vanade" sõltuvuste tõttu, mis mul on.
Võib-olla annan teile teise võimaluse virtuaalse operatsioonisüsteemiga.
Tervitused ja tänud panuse eest.
See pole lihtne, sellega püütakse põhimõtteliselt selgitada, et teostuste tegemise viis on keeruline, eriti pistikprogrammide puhul ja et sisuliselt on aurorae aeglane, palju rohkem kui hapnik.
Ma ei tea selles mõttes aknakaunistaja osa ja kõike seda, mis mulle tundub
See pole lihtne, sellega püütakse põhimõtteliselt selgitada, et teostuste tegemise viis on keeruline, eriti pistikprogrammide puhul ja et sisuliselt on aurorae aeglane, palju rohkem kui hapnik.
Ma ei tea selles mõttes aknakaunistaja osas ja kõigest, mis mulle tundub, et KDE on samm GNOME'ist taga ja hoiduge, ma olen parimal juhul KDE fänn, ainult et see pole minu jaoks keeruline midagi tunnistama, kui see on tõsi.
Sellest midagi teadmata olen põhimõtteliselt aru saanud, et aurorae (mootor, mida Breeze kasutab) tekitab nüüd probleeme, kuna Kwin5 ei kasuta enam qwidgetit nagu kwin4-s ja aknad ei käitu samamoodi. Selle asemel kasutab see QML-i ja QTquicki, mis töötab otse opengl-iga, ja seetõttu näib, et mõned qt 5.3 olemasolevad piirangud takistavad vana mootori ja tema teemade uues Kwinis halba toimimist.
Kas oleks võimalik Breeze'i luua (või kohandada) vastavalt hapniku stiilile või tööviisile?
Kellelgi on aimu, mis saab qtcurve'ist?
Qtcurve-qt5 on juba pikka aega ideaalselt töötanud. KDE uus versioon järgib nagu alati.
Minu jaoks oli juba kummaline, et Kaoses, mis on alati praeguses esirinnas, testiti Kf5, nii et Kaos Linuxis on teada järgmine või kde 5 hapnik tuli vaikimisi. Vau, sa ei teadnud, et oled Aurorae looja ...
Olen aurorae looja? O_o;
Ma lõin tuuleke asendajat ka aurorae'is, mida nimetatakse järgmiseks värskeks, mis oleks hiljem värske, kuid ma ei saa SVG-de kohandamisel teemaga, nii et selle arendamine on passiivne, elav, kui teil on võimalus, ma tahaksin teile meeldida näita seda talle imelihtse teema loojale, et näha, kas nad suudavad mu aurorae kaunistuse idee viia tuulekujunduse alternatiivina kohalikesse KDE kaunistustesse
https://drive.google.com/file/d/0B6VUkpZzqL7hbk1QbWN6eVcycU0/edit?usp=sharing
Ma arvan, et KDE 5 on Fedoras, Debianis, Slackware'is ja Archis, kui mul on pere ja lapsed, ja olen umbes 30-aastane.
Lühidalt, jätkata selle väikese nooruse kasutamist, mis mul alles on jäänud.