Budgie desktop ປ່ຽນຈາກຫ້ອງສະຫມຸດ GTK ໄປ EFL ຈາກໂຄງການ Enlightenment

ນັກພັດທະນາຂອງ Budgie desktop ສະພາບແວດລ້ອມໄດ້ຕັດສິນໃຈທີ່ຈະຍ້າຍອອກໄປຈາກການນໍາໃຊ້ຫ້ອງສະຫມຸດ GTK ໃນເງື່ອນໄຂຂອງຫ້ອງສະຫມຸດ EFL (Enlightenment Foundation Library) ທີ່ພັດທະນາໂດຍໂຄງການ Enlightenment. ຜົນໄດ້ຮັບຂອງການເຄື່ອນຍ້າຍຈະຖືກນໍາສະເຫນີໃນການປ່ອຍ Budgie 11. ເປັນທີ່ສັງເກດວ່ານີ້ບໍ່ແມ່ນຄວາມພະຍາຍາມທໍາອິດທີ່ຈະຍ້າຍອອກໄປຈາກການນໍາໃຊ້ GTK - ໃນປີ 2017, ໂຄງການໄດ້ຕັດສິນໃຈແລ້ວທີ່ຈະປ່ຽນເປັນ Qt, ແຕ່ຕໍ່ມາໄດ້ປັບປຸງແຜນການຂອງຕົນ, ຫວັງວ່າສະຖານະການຈະປ່ຽນແປງໃນ GTK4.

ແຕ່ຫນ້າເສຍດາຍ, GTK4 ບໍ່ໄດ້ປະຕິບັດຕາມຄວາມຄາດຫວັງຂອງນັກພັດທະນາເນື່ອງຈາກການສືບຕໍ່ສຸມໃສ່ຄວາມຕ້ອງການຂອງໂຄງການ GNOME, ຜູ້ພັດທະນາບໍ່ຟັງຄວາມຄິດເຫັນຂອງໂຄງການທາງເລືອກແລະບໍ່ເຕັມໃຈທີ່ຈະຄໍານຶງເຖິງຄວາມຕ້ອງການຂອງເຂົາເຈົ້າ. ແຮງກະຕຸ້ນຕົ້ນຕໍສໍາລັບການຍ້າຍອອກໄປຈາກ GTK ແມ່ນແຜນການຂອງ GNOME ທີ່ຈະປ່ຽນວິທີການຈັດການກັບຜິວຫນັງ, ເຊິ່ງເຮັດໃຫ້ມັນຍາກທີ່ຈະສ້າງຜິວຫນັງທີ່ກໍາຫນົດເອງໃນໂຄງການພາກສ່ວນທີສາມ. ໂດຍສະເພາະ, ຮູບແບບການໂຕ້ຕອບຂອງເວທີແມ່ນສະຫນອງໃຫ້ໂດຍຫ້ອງສະຫມຸດ libadwaita, ເຊິ່ງຖືກຜູກມັດກັບຫົວຂໍ້ການອອກແບບ Adwaita.

ຜູ້ສ້າງສະພາບແວດລ້ອມຂອງພາກສ່ວນທີສາມທີ່ບໍ່ຕ້ອງການທີ່ຈະເຮັດຊ້ໍາການໂຕ້ຕອບ GNOME ຢ່າງສົມບູນຄວນກະກຽມຫ້ອງສະຫມຸດຂອງພວກເຂົາເພື່ອຈັດການຮູບແບບ, ແຕ່ໃນກໍລະນີນີ້ມີຄວາມແຕກຕ່າງກັນໃນການອອກແບບຂອງແອັບພລິເຄຊັນທີ່ໃຊ້ຫ້ອງສະຫມຸດທາງເລືອກແລະຫ້ອງສະຫມຸດຫົວຂໍ້ຂອງເວທີ. ບໍ່ມີເຄື່ອງມືມາດຕະຖານສໍາລັບການເພີ່ມລັກສະນະເພີ່ມເຕີມຂອງ libadwaita, ແລະຄວາມພະຍາຍາມທີ່ຈະເພີ່ມ Recoloring API, ເຊິ່ງເຮັດໃຫ້ມັນງ່າຍຕໍ່ການປ່ຽນສີໃນແອັບພລິເຄຊັນ, ບໍ່ສາມາດຕົກລົງໄດ້ເນື່ອງຈາກຄວາມກັງວົນວ່າຫົວຂໍ້ອື່ນນອກເຫນືອຈາກ Adwaita ສາມາດສົ່ງຜົນກະທົບທາງລົບຕໍ່ຄຸນນະພາບຂອງ. ຄໍາຮ້ອງສະຫມັກສໍາລັບ GNOME ແລະສັບສົນການວິເຄາະບັນຫາຈາກຜູ້ໃຊ້. ດັ່ງນັ້ນ, ນັກພັດທະນາຂອງ desktop ທາງເລືອກທີ່ພົບວ່າຕົນເອງຖືກຜູກມັດກັບຫົວຂໍ້ Adwaita.

ໃນບັນດາຄຸນລັກສະນະຂອງ GTK4 ທີ່ເຮັດໃຫ້ເກີດຄວາມບໍ່ພໍໃຈໃນບັນດານັກພັດທະນາ Budgie ແມ່ນການຍົກເວັ້ນຄວາມສາມາດໃນການປ່ຽນແປງບາງ widget ໂດຍຜ່ານການສ້າງ subclasses, ການໂອນໄປຫາປະເພດຂອງ X11 APIs ທີ່ລ້າສະໄຫມທີ່ບໍ່ເຫມາະສົມກັບ Wayland (ຕົວຢ່າງ, ໃນ Budgie ໂທຫາ GdkScreen. ແລະ GdkX11Screen ໄດ້ຖືກນໍາໃຊ້ເພື່ອກໍານົດການເຊື່ອມຕໍ່ແລະປ່ຽນການຕັ້ງຄ່າຂອງຈໍພາບ), ບັນຫາກັບການເລື່ອນພາບໃນ widget GtkListView ແລະການສູນເສຍຄວາມສາມາດໃນການຈັດການເຫດການຫນູແລະແປ້ນພິມໃນ GtkPopovers ຖ້າປ່ອງຢ້ຽມບໍ່ຢູ່ໃນຈຸດສຸມ.

ຫຼັງຈາກການຊັ່ງນໍ້າຫນັກຂໍ້ດີແລະຂໍ້ເສຍຂອງການປ່ຽນໄປຫາຊຸດເຄື່ອງມືທາງເລືອກ, ນັກພັດທະນາໄດ້ສະຫຼຸບວ່າທາງເລືອກທີ່ດີທີ່ສຸດແມ່ນການປ່ຽນໂຄງການໄປສູ່ການນໍາໃຊ້ຫ້ອງສະຫມຸດ EFL. ການຫັນປ່ຽນໄປສູ່ Qt ແມ່ນຖືວ່າມີບັນຫາເນື່ອງຈາກຫ້ອງສະຫມຸດແມ່ນອີງໃສ່ C++ ແລະຄວາມບໍ່ແນ່ນອນໃນນະໂຍບາຍການອະນຸຍາດໃນອະນາຄົດ. ລະຫັດ Budgie ສ່ວນໃຫຍ່ຖືກຂຽນເປັນພາສາ Vala, ແຕ່ມີຊຸດເຄື່ອງມື C ຫຼື Rust ເປັນທາງເລືອກການເຄື່ອນຍ້າຍ.

ສໍາລັບການແຈກຢາຍ Solus, ໂຄງການຈະສືບຕໍ່ສ້າງການກໍ່ສ້າງທາງເລືອກໂດຍອີງໃສ່ GNOME, ແຕ່ການກໍ່ສ້າງນີ້ຈະຖືກຫມາຍວ່າບໍ່ໄດ້ເບິ່ງແຍງໂດຍໂຄງການແລະເນັ້ນໃສ່ໃນພາກແຍກຕ່າງຫາກໃນຫນ້າດາວໂຫລດ. ເມື່ອ Budgie 11 ຖືກປ່ອຍອອກມາ, ຜູ້ພັດທະນາຈະປະເມີນຄວາມສາມາດຂອງມັນທຽບກັບ GNOME Shell ແລະຕັດສິນໃຈວ່າຈະສືບຕໍ່ສ້າງການກໍ່ສ້າງດ້ວຍ GNOME ຫຼືຢຸດ, ສະຫນອງເຄື່ອງມືສໍາລັບການເຄື່ອນຍ້າຍໄປສູ່ການກໍ່ສ້າງດ້ວຍ Budgie 11. ໃນ Solus build ກັບ Budgie 11 desktop, ມັນໄດ້ຖືກວາງແຜນທີ່ຈະປັບປຸງອົງປະກອບຂອງຄໍາຮ້ອງສະຫມັກ, ທົດແທນຄໍາຮ້ອງສະຫມັກ GNOME ສໍາລັບການປຽບທຽບ, ລວມທັງສິ່ງທີ່ພັດທະນາພາຍໃນໂຄງການ. ຕົວຢ່າງ, ມັນວາງແຜນທີ່ຈະພັດທະນາສູນຕິດຕັ້ງຄໍາຮ້ອງສະຫມັກຂອງພວກເຮົາເອງ.

ຈື່ໄວ້ວ່າ Budgie desktop ສະຫນອງການປະຕິບັດຂອງຕົນເອງຂອງ GNOME Shell, panel, applets ແລະລະບົບການແຈ້ງເຕືອນ. ເພື່ອຈັດການປ່ອງຢ້ຽມ, ຜູ້ຈັດການປ່ອງຢ້ຽມ Budgie Window Manager (BWM) ຖືກໃຊ້, ເຊິ່ງເປັນການດັດແກ້ຂະຫຍາຍຂອງ plugin Mutter ພື້ນຖານ. Budgie ແມ່ນອີງໃສ່ແຜງທີ່ຄ້າຍກັນໃນອົງກອນກັບແຜງ desktop ແບບຄລາສສິກ. ອົງປະກອບຂອງກະດານທັງຫມົດແມ່ນ applets, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດປັບແຕ່ງອົງປະກອບທີ່ຍືດຫຍຸ່ນ, ປ່ຽນການຈັດວາງແລະທົດແທນການປະຕິບັດຂອງອົງປະກອບກະດານຕົ້ນຕໍຕາມລົດຊາດຂອງທ່ານ. ແອັບເປິ້ນທີ່ມີຢູ່ລວມມີເມນູແອັບພລິເຄຊັນແບບຄລາສສິກ, ລະບົບການປ່ຽນໜ້າວຽກ, ພື້ນທີ່ລາຍຊື່ໜ້າຕ່າງເປີດ, ຕົວເບິ່ງເດັສທັອບສະເໝືອນ, ຕົວຊີ້ບອກການຈັດການພະລັງງານ, ແອັບເປິ້ນຄວບຄຸມລະດັບສຽງ, ຕົວຊີ້ບອກສະຖານະລະບົບ ແລະໂມງ.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru