Breeze: ทำไมมันไม่มาโดยค่าเริ่มต้นใน KDE 5?

อย่างที่เราทราบกันดีอยู่แล้วว่า KDE Next (หรือ KDE 5 ตามที่คุณต้องการ) ได้รับการเผยแพร่เมื่อไม่กี่วันที่ผ่านมาและในบรรดาคุณสมบัติใหม่ที่นำมานั้นหนึ่งในงานศิลปะใหม่ที่เรียกว่า Breeze

ผู้ที่ได้ลองใช้เวอร์ชันใหม่นี้แล้วหรือเคยเห็นวิดีโออาจสังเกตเห็นว่าในกรณีของตัวตกแต่งหน้าต่างสิ่งที่มาโดยค่าเริ่มต้นคือ Oxygen ไม่ใช่ Breeze เช่นกัน Martin Gräßlin อธิบายเรา ในบล็อกของเขา เหตุผลในการตัดสินใจครั้งนี้คืออะไร

เนื่องจากบทความเป็นภาษาอังกฤษฉันจะพยายามให้แนวคิดพื้นฐานของเรื่องนี้กับคุณ

ทำไมบรีสถึงไม่มาโดยปริยาย?

ฉันเริ่มต้นด้วยคำอธิบายว่าการตกแต่งหน้าต่างทำงานอย่างไรใน KWin 4 KWin คือการเลี้ยงดูใหม่ของผู้จัดการหน้าต่าง ซึ่งหมายความว่าหน้าต่างที่จัดการ X11 จะถูกใส่ลงในหน้าต่าง X11 อื่นที่มีกรอบหน้าต่าง ที่ KWin เราใช้ QWidget สำหรับกรอบหน้าต่าง ดังนั้นเราจึงถูก จำกัด ไว้ที่สิ่งที่ QWidget มอบให้กับเรา ... วิธีแก้ปัญหาของเราคือสกัดกั้นเหตุการณ์การทาสีตกแต่งทั้งหมดใน QWidget และระงับมันทำให้เกิดการทาสีใหม่ของผู้แต่งและในขั้นตอนการเรนเดอร์รับประกันการตกแต่งภาพชั่วคราวที่จะถูกคัดลอก เป็นเนื้อ

การตกแต่งหน้าต่างธีม Breeze ใช้เครื่องยนต์ธีม Aurorae ในฐานะที่ฉันเป็นผู้เขียนนำของ Aurorae ฉันสามารถอ่านบทความนี้ได้ในบล็อกโพสต์นี้โดยไม่รู้สึกแย่กับเรื่องนี้🙂 Aurorae ได้รับการออกแบบมาให้ง่ายต่อการสร้างการตกแต่งและใช้ประโยชน์จากคุณสมบัติความโปร่งแสงใหม่ ๆ เป็นโซลูชันที่สามารถใช้เป็นของตกแต่งเริ่มต้น แต่ไม่เคยเป็นเป้าหมายของพวกเขา แนวคิดคืออนุญาตให้ผู้ใช้ที่ต้องการปรับแต่งคุณลักษณะนี้ในขณะที่ผู้ใช้ส่วนใหญ่สามารถใช้ธีมเนทีฟที่เร็วกว่าได้ Aurorae ไม่เคยเร็วและเธอจะไม่เร็ว

ตอนนี้ใน KWin 5 การใช้ QML เป็นปัญหาหลักที่ทำให้ Aurorae ใช้งานยาก QtQuick ใช้ Scenegraph และใช้ QWindows แทน QWidget นั่นเป็นเรื่องน่าเบื่อสำหรับ API ที่ใช้ QWidget ของเรา เราปรับการใช้งานภายในเพื่อรองรับการตกแต่งที่ใช้ QWindows แต่นั่นเป็นถนนที่ค่อนข้างลำบากเนื่องจากมีความแตกต่างในลักษณะการทำงานของหน้าต่าง เนื่องจากไม่ได้ใช้ QWidget อีกต่อไปการดักจับเหตุการณ์สีของเราจึงใช้งานไม่ได้และเราจึงต้องการโซลูชันใหม่สำหรับมัน และโซลูชันนี้ดูน่าเกลียดกว่าก่อนหน้านี้เนื่องจาก QtQuick กำลังทำงานผ่าน OpenGL เนื่องจากข้อ จำกัด ในแอปพลิเคชัน OpenGL Qt (สามารถแก้ไขได้ใน Qt 5.4) ที่เราไม่สามารถแชร์กับบริบท OpenGL ที่ QtQuick ใช้ ... นี่ไม่ใช่แค่ค่าใช้จ่ายจำนวนมากเมื่อคัดลอกเนื้อหาจาก GPU ไปยัง RAM และกลับไปที่ GPU คุณยังเปลืองหน่วยความจำมาก ในกรณีของหน้าต่างที่ขยายใหญ่สุดจะไม่ใช่แค่แถบหัวเรื่องเท่านั้น แต่ยังรวมถึงหน้าต่างทั้งหมดด้วย และมีค่าใช้จ่ายสำหรับทุกหน้าต่าง

สิ่งนั้นเพียงอย่างเดียวสามารถทำให้ Aurorae ใช้งานไม่ได้โดยสิ้นเชิง ฉันกำลังใช้ธีม Breeze และ KWin ต้องการ RAM มากกว่า 200MB ซึ่งไม่สามารถยอมรับได้จริงๆ แต่สถานการณ์ยิ่งเลวร้ายลง ด้วย QWindows เราไม่สามารถทราบได้ว่าพื้นที่ใดได้รับการอัปเดต ตัวอย่างเช่นเมื่อมีการอัปเดตปุ่มเราต้องทาสีใหม่ทั้งหน้าต่างรวมทั้งสำเนาเนื้อหาการตกแต่งทั้งหมดด้วย โดยเฉพาะอย่างยิ่งในสถานการณ์ภาพเคลื่อนไหวเป็นปัญหาใหญ่

แล้วหนทางข้างหน้าจะเป็นอย่างไร? ฉันเริ่มใช้การตกแต่งใหม่สำหรับ API โดยลบข้อ จำกัด ในการตกแต่ง QWidget ตามความเป็นอยู่ที่ดีและในขณะเดียวกันฉันก็เริ่มใช้การตกแต่ง Breeze ด้วย API ใหม่นี้ หวังว่าเราจะสามารถแนะนำสิ่งนี้ใน KWin 5.1

และนั่นคือสิ่งที่เป็นสุภาพบุรุษ หวังว่าคุณจะเข้าใจไม่มากก็น้อยว่าปัญหาคืออะไร ฉันจะถามมาร์ตินว่ามันใช้งานไม่ได้จริงหรือเร็วกว่าที่จะทำให้ธีม Breeze แบบดั้งเดิมเช่น Oxygen แม้ว่าในขณะนี้ฉันไม่ได้กังวล Oxygen แม้ว่ามันจะไม่ใช่สิ่งที่น่ารักที่สุดในโลก แต่ก็มีจำนวนมาก ตัวเลือก ..