आम्हाला आधीपासूनच माहित आहे की केडीई नेक्स्ट (किंवा केडीई 5 आपल्या पसंतीनुसार) काही दिवसांपूर्वी स्थिर म्हणून सोडण्यात आले होते आणि त्यात आणलेल्या नवीन वैशिष्ट्यांपैकी एक म्हणजे ब्रीझ नावाची नवीन कलाकृती.
ज्यांनी आधीपासूनच ही नवीन आवृत्ती वापरली आहे किंवा व्हिडिओ पाहिली असतील त्यांनी कदाचित हे लक्षात घेतले असेल की विंडो डेकोरेटरच्या बाबतीत, डीफॉल्टनुसार येत असलेली ऑक्सीजन आहे आणि ब्रीझ नाही. सुद्धा मार्टिन ग्रीलिन आम्हाला स्पष्टीकरण त्याच्या ब्लॉगवर या निर्णयाचे कारण काय आहे.
हा लेख इंग्रजी भाषेमध्ये असल्याने याची मूलभूत कल्पना आपल्यासमोर आणण्याचा मी प्रयत्न करेन.
डीफॉल्टनुसार ब्रीज का येत नाही?
मी केविन 4 मध्ये विंडो सजावट कशी कार्य करते या स्पष्टीकरणासह प्रारंभ करतो. केविन विंडो व्यवस्थापकांचे तथाकथित री-पॅरेंटिंग आहे. याचा अर्थ असा की एक्स 11 द्वारे व्यवस्थापित केलेली विंडो दुसर्‍या एक्स 11 विंडोमध्ये ठेवली गेली आहे जी विंडो फ्रेम प्रदान करते. KWin वर आम्ही विंडो फ्रेम साठी QWidget वापरतो. म्हणूनच क्यूडब्ल्यूजेट आपल्याला जे पुरवते यावरही आम्ही मर्यादित आहोत ... आमचा उपाय म्हणजे क्यूविजेटमधील सर्व सजावटीच्या पेंटिंग इव्हेंट्सचे कार्य थांबवणे आणि त्यास दडपविणे, संगीतकाराचे एक पुन्हा पेन्ट ट्रिगर करणे आणि प्रस्तुत चरणात तात्पुरती प्रतिमेच्या सजावटीची हमी देणे. एक पोत मध्ये कॉपी केले आहे.
ब्रीझ थीम विंडो सजावट ऑरोरे थीम इंजिनवर आधारित आहे. मी औरोरेचा अग्रगण्य लेखक आहे म्हणून मी या ब्लॉग पोस्टवर त्याबद्दल वाईट वाटू न शकलो hit अरोरा सजावट तयार करणे आणि नवीन अर्धपारदर्शक वैशिष्ट्यांचा वापर करणे खूप सोपे आहे. डीफॉल्ट सजावट म्हणून वापरला जाणारा सोल्यूशन असला तरी ते त्यांचे ध्येय कधीच नव्हते. ही वैशिष्ट्य सानुकूलित करू इच्छित वापरकर्त्यांना परवानगी देण्याची कल्पना होती, तर बरेच वापरकर्ते वेगवान असलेल्या मूळ थीम वापरू शकतात. ऑरोरा कधीही वेगवान नव्हती आणि ती वेगवान होणार नाही.
आता केविन 5 मध्ये, क्यूएमएलचा वापर ही मुख्य समस्या आहे ज्यामुळे ऑरोराचा वापर करणे कठीण होते. क्यूटक्यूईक सीनोग्राफचा वापर करते आणि क्यू विजेट ऐवजी क्यूविंडोज वापरतात. आमच्या QWidget आधारित API साठी ही एक धांदल आहे. आम्ही क्यूविन्डोज-आधारित सजावट समर्थित करण्यासाठी अंतर्गत वापरास समायोजित केले, परंतु विंडोच्या वागणुकीत फरक असल्यामुळे तो एक कठीण मार्ग होता. हे यापुढे क्यू विजेटवर आधारित नसल्यामुळे आमचे पेंट इव्हेंट ट्रॅपिंग मोडले आहे आणि त्यासाठी आम्हाला नवीन निराकरण आवश्यक आहे. आणि हे समाधान मागील एकापेक्षा खूपच वाईट आहे कारण क्यूटीक्विक सध्या ओपनजीएलद्वारे कार्य करीत आहे. ओपनजीएल क्यूटी अनुप्रयोगातील मर्यादांमुळे (क्यूटी 5.4 मध्ये संबोधित केले जाऊ शकते) जे आम्ही क्यूटीक्विक द्वारे वापरलेल्या ओपनजीएल संदर्भात सामायिक करू शकत नाही ... जीपीयूमधून रॅममध्ये पुन्हा सामग्री कॉपी करताना हे केवळ एक मोठे ओव्हरहेड नाही GPU ला, तुम्ही बर्‍याच मेमरीला गमावत आहात. जास्तीत जास्त विंडोच्या बाबतीत ती केवळ शीर्षक पट्टीच नाही तर संपूर्ण विंडो देखील असते. आणि प्रत्येक विंडोसाठी ते ओव्हरहेड आहे.
हे एकटेच औरोरा पूर्णपणे निरुपयोगी बनवू शकते. मी सध्या ब्रीझ थीम वापरत आहे आणि केविनला 200MB पेक्षा जास्त रॅमची आवश्यकता आहे - खरोखर स्वीकार्य नाही. पण परिस्थिती आणखी वाईट आहे. QWindows सह कोणती क्षेत्रे अद्ययावत झाली हे आम्हाला ठाऊक नाही. म्हणूनच, उदाहरणार्थ, जेव्हा एखादे बटण अद्यतनित केले जाते तेव्हा आम्हाला सजावट सामग्रीच्या संपूर्ण प्रतीसह संपूर्ण विंडो पुन्हा रंगवायची असते. विशेषत: अ‍ॅनिमेशनच्या परिस्थितीत ही एक मोठी समस्या आहे.
मग पुढे जाण्याचा मार्ग काय आहे? मी क्यूविजेट वरून सुसज्ज-आधारित सजावटचे निर्बंध दूर करून एपीआयसाठी नवीन सजावट अंमलात आणण्यास सुरवात केली आणि त्याच वेळी मी या नवीन एपीआय सह ब्रीझ सजावट लागू करण्यास सुरवात केली. आशा आहे की आम्ही केविन 5.1 मध्ये याचा परिचय देऊ.
गृहस्थांनो आणि गोष्टी अशाच प्रकारे आहेत. मला आशा आहे की समस्या काय आहे हे आपण कमी-अधिक समजून घ्याल. मी मार्टिनला विचारणार आहे की ऑक्सिजनसारखी मूळ ब्रिज थीम बनविणे अधिक व्यावहारिक आणि वेगवान नाही काय, याक्षणी मी काळजीत नाही, ऑक्सिजन जरी जगातील सर्वात सुंदर गोष्ट नाही, तर तिच्याकडे बरेच पर्याय आहेत.
मी सर्व काही वाचले, परंतु मला काहीही समजले नाही, मी आज हळू आहे. तथापि, मी अद्याप माझ्या ओपनस्यूएस 5 वर केडी 13.1 ची चाचणी घेऊ शकत नाही. माझ्यात असलेल्या काही "जुन्या" अवलंबनांमुळे ते मला तोडत आहे.
व्हर्च्युअलमध्ये कदाचित मी तुम्हाला दुसर्‍या ओएससह आणखी एक संधी देईन.
शुभेच्छा आणि इनपुटसाठी धन्यवाद.
हे सोपे नाही आहे, मूलतः हे स्पष्ट करण्याचा प्रयत्न करतो की अंमलबजावणी करण्याचा मार्ग जटिल आहे, विशेषत: प्लगइन्ससाठी आणि थोडक्यात ऑरोसी ऑक्सिजनपेक्षा खूपच कमी आहे.
मला माहित नाही, या अर्थाने, विंडो डेकोरेटरच्या भागामध्ये आणि मला ते सर्व दिसते
हे सोपे नाही आहे, मूलतः हे स्पष्ट करण्याचा प्रयत्न करतो की अंमलबजावणी करण्याचा मार्ग जटिल आहे, विशेषत: प्लगइन्ससाठी आणि थोडक्यात ऑरोसी ऑक्सिजनपेक्षा खूपच कमी आहे.
मला माहित नाही, विंडो डेकोरेटरच्या त्या भागामध्ये आणि मला वाटते की केडीई जीनोमच्या मागे एक पाऊल आहे, आणि सावध रहा, मी केडीएचा सर्वात चांगला चाहता आहे, फक्त एवढेच की मला काही देणे सोपे नाही जेव्हा ते खरं असेल
त्याबद्दल काहीही जाणून घेतल्याशिवाय, मला मुळात समजले आहे की ऑरोरे (ब्रिज वापरणारे इंजिन) आता समस्या देते कारण केविन 5 यापुढे केविन 4 प्रमाणे क्विडगेट वापरत नाही आणि विंडोज सारखे वर्तन करीत नाहीत. त्याऐवजी हे क्यूएमएल आणि क्यूक्क्विक वापरतात जे ओपनजीएलसह थेट कार्य करतात आणि म्हणूनच असे दिसते की क्यूटी 5.3 मधील काही विद्यमान मर्यादा जुन्या इंजिनला आणि त्याच्या थीमला नवीन केविनमध्ये चांगले कामगिरी करण्यापासून प्रतिबंधित करतात.
ऑक्सिजन असलेल्या शैली किंवा कार्य करण्याच्या पद्धतीनुसार ब्रीझ तयार करणे (किंवा परिस्थितीशी जुळवून घेणे) व्यवहार्य आहे का?
Qtcurve चे काय होईल याची कोणालाही कल्पना आहे?
Qtcurve-qt5 गेल्या काही काळापासून उत्तम प्रकारे कार्य करत आहे. केडीईची नवीन आवृत्ती नेहमीप्रमाणेच येईल.
हे माझ्यासाठी आधीपासूनच विचित्र होते की जे सध्याच्या काळात नेहमीच अग्रस्थानी असते, केएफ 5 ची चाचणी करते जेणेकरून ते काओस लिनक्स प्लाझ्मा पुढील किंवा केडीई 5 ऑक्सिजनमध्ये येते. व्वा, आपण अरोराचे निर्माता होता हे आपल्याला माहित नव्हते ...
मी ऑरोराचा निर्माता आहे? ओ_ओ;
मी पुढच्या ताज्या नावाच्या ऑरोरमध्येही ब्रीझची जागा बदलत आहे, जो नंतर ब्रीझ फ्रेश होईल परंतु मी थीमशी एसव्हीजीचे रुपांतर करू शकत नाही म्हणून त्याचा विकास निष्क्रिय आहे, जर तुम्हाला संधी मिळाली तर मी तुम्हाला ते दाखवायला आवडेल ब्रीझ थीमचा निर्माता माझ्या वारीच्या सजावटची कल्पना ब्रीझ सजावटला पर्याय म्हणून मूळ के.डी.
https://drive.google.com/file/d/0B6VUkpZzqL7hbk1QbWN6eVcycU0/edit?usp=sharing
मला वाटते की केडीपी 5 फेडोरा, डेबियन, स्लॅकवेअर आणि आर्कवर असेल जेव्हा माझे कुटुंब आणि मुले असतील आणि जेव्हा मी सुमारे 30 वर्षांचा असेल.
थोडक्यात, मी सोडलेल्या छोट्या तारुण्याचा फायदा घेत राहणे.