Phenquestions
Budgie radītājs un Solus Project vadošais izstrādātājs Ikey Doherty šodien savā emuārā publicēja par gaidāmo Budgie Desktop 11 un līdz šim paveikto, tostarp par lielām izmaiņām darbvirsmas arhitektūrā.
Saskaņā ar Ikey teikto, lielāka uzmanība tika pievērsta galvenajam Budgie Desktop 11 projekta izlaidumam, no kuriem viens ir Budgie atsaistīšana no GNOME.
Sākotnēji Budgie bija paredzēts integrēt ar GNOME lietojumprogrammām. Patiesībā notika tas, ka tas pēc tam pilnībā integrējās GNOME kaudzē. Mēs saņēmām savu integrāciju, taču par lielām izmaksām. Laika gaitā, kad GNOME ir attīstījies, katrs atsevišķs GNOME izlaidums ir radījis problēmas Budgie. Tas ir no 3.10, kad Budgie pirmo reizi sāka, līdz pat GNOME 3.22. Neatkarīgi no tā, vai tās ir API vai ABI izmaiņas, komponenti, kas ēd citus komponentus (piemēram, Mutter locīšana cogl un juceklī), daudzi, daudzi tēmu un logrīku bojājumi, GdkScreen API vairs nedarbojas vai pat segfaulti, ko izraisa GSettings pārvietojamo shēmu darbība tiek mainīts.
Vai GTK + dara to, kas mums vajadzīgs?
Ish. Mums faktiski ir nepieciešams jaudīgāks darbvirsmas rīkkopa, un GTK + skaidri attīstās vecāku GNOME darbvirsmas pieredzes virzienā (piemēram, iekšējās GNOME Shell zināšanas + mijiedarbība GTK).
Ideālā gadījumā mēs vēlamies jaudīgāku rīkkopu grafikām, efektiem, OpenGL, ēnotājiem utt. Bez malas, GTK + izkārtojuma sistēma ir nožēlojami ierobežota, ar slinku kešatmiņu pieeju logrīka pozīcijai un izmēriem, kas apgrūtina reāllaika animācijas vai bērnu logus uz paneļa. Efektīva, pielāgota, paneļiem piemērota izkārtojuma ieviešana ietver arī pārmērīgu katla plāksnes daudzumu, ritinot savu
GtkContainer.
Kāpēc Qt pār GNOME?
Papagaiļu komanda novērtēja divus alternatīvus risinājumus “EFL / Enlightenment” un “Qt”. Qt tika izvēlēts pār EFL / Enlightenment, jo QT ir ļoti populārs, tā ir platforma, nevis rīku komplekts, savukārt EFL / Enlightenment noklusējuma izskats prasītu milzīgu piepūli, lai būtu vizuāli pieņemams izmantošanai Budgie.
Sekojiet visam stāstam - Budgie 11 izspiešana
