ກໍ່ຕັ້ງ Xfce Classic, ເປັນສ້ອມຂອງ Xfce ໂດຍບໍ່ມີການຕົບແຕ່ງປ່ອງຢ້ຽມຂ້າງລູກຄ້າ

Sean Anastasi (Shawn Anastasio), ເປັນຜູ້ທີ່ກະຕືລືລົ້ນຊອບແວຟຣີຜູ້ທີ່ໃນເວລາດຽວໄດ້ພັດທະນາລະບົບປະຕິບັດການຂອງຕົນເອງ ShawnOS ແລະມີສ່ວນຮ່ວມໃນການສົ່ງ Chromium ແລະ Qubes OS ໄປສູ່ສະຖາປັດຕະຍະກໍາ ppc64le, ສ້າງຕັ້ງຂຶ້ນ ໂຄງການ Xfce ຄລາສິກ, ພາຍໃນທີ່ລາວຕັ້ງໃຈທີ່ຈະພັດທະນາອົງປະກອບຂອງສະພາບແວດລ້ອມຜູ້ໃຊ້ Xfce ທີ່ເຮັດວຽກໂດຍບໍ່ມີການນໍາໃຊ້ການຕົກແຕ່ງປ່ອງຢ້ຽມດ້ານລູກຄ້າ (CSD, ການຕົກແຕ່ງດ້ານລູກຄ້າ), ເຊິ່ງຫົວຂໍ້ແລະກອບຂອງປ່ອງຢ້ຽມແມ່ນບໍ່ໄດ້ແຕ້ມໂດຍຜູ້ຈັດການປ່ອງຢ້ຽມ, ແຕ່ໂດຍ. ຄໍາຮ້ອງສະຫມັກຂອງມັນເອງ.

ໃຫ້ພວກເຮົາເຕືອນທ່ານວ່າໃນການກະກຽມສໍາລັບການປ່ອຍຕໍ່ໄປຂອງ Xfce 4.16, ການປ່ອຍຂອງທີ່ ຄາດວ່າ ໃນເດືອນຕຸລາຫຼືເດືອນພະຈິກ, ການໂຕ້ຕອບໄດ້ຖືກໂອນໄປຫາ widget GtkHeaderBar ແລະການນໍາໃຊ້ CSD, ເຊິ່ງເຮັດໃຫ້ມັນເປັນໄປໄດ້ໂດຍການປຽບທຽບກັບ GNOME, ການຈັດວາງເມນູ, ປຸ່ມແລະອົງປະກອບການໂຕ້ຕອບອື່ນໆໃນສ່ວນຫົວຂອງປ່ອງຢ້ຽມ, ເຊັ່ນດຽວກັນກັບເພື່ອຮັບປະກັນການເຊື່ອງ. ຂອງເຟຣມໃນກ່ອງໂຕ້ຕອບ. ເຄື່ອງຈັກການສະແດງຜົນການໂຕ້ຕອບໃຫມ່ໄດ້ຖືກປະສົມປະສານເຂົ້າໃນຫ້ອງສະຫມຸດ libxfce4ui, ເຊິ່ງໄດ້ສົ່ງຜົນໃຫ້ຄໍາຮ້ອງສະຫມັກອັດຕະໂນມັດຂອງ CSD ສໍາລັບເກືອບທັງຫມົດ dialog, ບໍ່ຈໍາເປັນຕ້ອງເຮັດການປ່ຽນແປງລະຫັດຂອງໂຄງການທີ່ມີຢູ່ແລ້ວ.

ໃນການຫັນປ່ຽນໄປສູ່ CSD ພົບ opponents, ຜູ້ທີ່ເຊື່ອວ່າການສະຫນັບສະຫນູນ CSD ຄວນຈະເປັນທາງເລືອກແລະຜູ້ໃຊ້ຄວນຈະສາມາດສືບຕໍ່ນໍາໃຊ້ຫົວຂໍ້ປ່ອງຢ້ຽມຄລາສສິກ. ໃນບັນດາຂໍ້ເສຍຂອງການໃຊ້ CSD, ພື້ນທີ່ຫົວຂໍ້ຫນ້າຕ່າງໃຫຍ່ເກີນໄປ, ການຂາດຄວາມຈໍາເປັນໃນການໂອນອົງປະກອບຂອງແອັບພລິເຄຊັນໄປຫາຫົວຂໍ້ຫນ້າຕ່າງ, ການເຮັດວຽກຂອງຫົວຂໍ້ Xfwm4, ແລະຄວາມແຕກຕ່າງກັນໃນການອອກແບບ windows ຂອງຄໍາຮ້ອງສະຫມັກ Xfce / GNOME ແລະໂຄງການທີ່ເຮັດ. ບໍ່ໃຊ້ CSD ຖືກກ່າວເຖິງ. ມັນໄດ້ຖືກສັງເກດເຫັນວ່າຫນຶ່ງໃນເຫດຜົນສໍາລັບການປະຕິເສດການໂຕ້ຕອບ GNOME ໂດຍຜູ້ໃຊ້ບາງຄົນແມ່ນການໃຊ້ CSD.

ເນື່ອງຈາກບໍ່ມີຄວາມພະຍາຍາມທີ່ຈະສະຫນອງການສະຫນັບສະຫນູນສໍາລັບການປິດການໃຊ້ງານ CSD ໃນ 5 ເດືອນ, Sean Anastasi ຂ້ອຍໄດ້ຕັດສິນໃຈ ເອົາບັນຫານີ້ເຂົ້າໄປໃນມືຂອງຂ້ອຍເອງແລະສ້າງທາງແຍກຂອງຫ້ອງສະຫມຸດ libxfce4ui, ໃນທີ່ຂ້ອຍໄດ້ເຮັດຄວາມສະອາດການຜູກມັດກັບ CSD ແລະສົ່ງຄືນຮູບແບບການຕົບແຕ່ງເກົ່າໃນດ້ານເຊີຟເວີ (ຜູ້ຈັດການປ່ອງຢ້ຽມ). ເພື່ອຮັບປະກັນຄວາມເຂົ້າກັນໄດ້ກັບແອັບພລິເຄຊັນທີ່ໃຊ້ libxfce4ui API ໃຫມ່ແລະຮັກສາ ABI, ການຜູກມັດພິເສດໄດ້ຖືກກະກຽມທີ່ແປວິທີການສະເພາະ CSD ຂອງຊັ້ນ XfceTitledDialog ເຂົ້າໄປໃນການໂທຂອງຊັ້ນ GtkDialog. ດັ່ງນັ້ນ, ມັນເປັນໄປໄດ້ທີ່ຈະກໍາຈັດຄໍາຮ້ອງສະຫມັກ Xfce ຂອງ CSD ໂດຍການປ່ຽນຫ້ອງສະຫມຸດ libxfce4ui, ໂດຍບໍ່ມີການປ່ຽນລະຫັດຂອງແອັບພລິເຄຊັນເອງ.

ນອກຈາກນັ້ນ, ສ້ອມໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນ xfce4-panel, ເຊິ່ງລວມມີການປ່ຽນແປງເພື່ອກັບຄືນພຶດຕິກໍາຄລາສສິກ. ກຽມພ້ອມສໍາລັບຜູ້ໃຊ້ Gentoo overlay ການຕິດຕັ້ງ libxfce4ui-nocsd. ກຽມພ້ອມສໍາລັບຜູ້ໃຊ້ Xubuntu/Ubuntu ຄັງເກັບ PPA ດ້ວຍການຫຸ້ມຫໍ່ທີ່ກຽມພ້ອມ. Sean Anastasi ໄດ້ອະທິບາຍເຫດຜົນຂອງການສ້າງສ້ອມໂດຍກ່າວວ່າລາວໄດ້ໃຊ້ Xfce ມາຫຼາຍປີແລະມັກການໂຕ້ຕອບຂອງສະພາບແວດລ້ອມນີ້. ຫຼັງຈາກການຕັດສິນໃຈກ່ຽວກັບການປ່ຽນແປງໃນການໂຕ້ຕອບທີ່ລາວບໍ່ເຫັນດີນໍາ, ແລະບໍ່ມີຄວາມພະຍາຍາມທີ່ຈະໃຫ້ທາງເລືອກທີ່ຈະກັບຄືນສູ່ພຶດຕິກໍາເກົ່າ, ລາວຕັດສິນໃຈແກ້ໄຂບັນຫາຂອງຕົນເອງແລະແບ່ງປັນການແກ້ໄຂກັບຄົນອື່ນໆທີ່ມີຈິດໃຈຄ້າຍຄືກັນ.

ບັນຫາຫນຶ່ງໃນເວລາທີ່ໃຊ້ Xfce Classic ແມ່ນຮູບລັກສະນະຂອງຫົວຂໍ້ທີ່ຊ້ໍາກັນເນື່ອງຈາກການສະແດງຂໍ້ມູນຊ້ໍາຊ້ອນໃນຫົວຂໍ້ແລະຢູ່ໃນປ່ອງຢ້ຽມຂອງແອັບພລິເຄຊັນ. ຄຸນສົມບັດນີ້ແມ່ນສອດຄ່ອງກັບພຶດຕິກໍາຂອງ Xfce 4.12 ແລະ 4.14, ແລະບໍ່ກ່ຽວຂ້ອງກັບ CSD. ໃນບາງຄໍາຮ້ອງສະຫມັກ, ການຊໍ້າຊ້ອນດັ່ງກ່າວເບິ່ງຄືວ່າປົກກະຕິ (ຕົວຢ່າງເຊັ່ນ, ໃນ xfce4-screenshooter), ແຕ່ໃນບາງອັນມັນບໍ່ເຫມາະສົມຢ່າງຊັດເຈນ. ເພື່ອແກ້ໄຂບັນຫານີ້, ມັນເປັນໄປໄດ້ທີ່ຈະເພີ່ມຕົວແປສະພາບແວດລ້ອມທີ່ຄວບຄຸມການສະແດງຜົນຂອງ XfceHeading.

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

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