नेटबीएसडी डिफ़ॉल्ट CTWM विंडो मैनेजर पर स्विच करता है और वेलैंड के साथ प्रयोग करता है

नेटबीएसडी परियोजना объявил X11 सत्र में प्रस्तावित डिफ़ॉल्ट विंडो मैनेजर को बदलने के बारे में TWM पर सीटीडब्लूएम. CTWM twm का एक कांटा है, जिसे 1992 में बनाया गया था और एक हल्के और पूरी तरह से अनुकूलन योग्य विंडो मैनेजर बनाने की दिशा में विकसित किया गया था जो आपको अपनी पसंद के अनुसार उपस्थिति और व्यवहार को बदलने की अनुमति देता है।

Twm विंडो मैनेजर पिछले 20 वर्षों से नेटबीएसडी पर पेश किया गया है और आज के परिवेश में यह पुराना लगता है। डिफ़ॉल्ट twm के प्रति लोगों की नकारात्मक प्रतिक्रिया ने डेवलपर्स को डिफ़ॉल्ट शेल पर पुनर्विचार करने और अन्य ऑपरेटिंग सिस्टम में अनुभव वाले उपयोगकर्ताओं के लिए अनुकूल वातावरण बनाने के लिए अधिक शक्तिशाली CTWM विंडो मैनेजर का उपयोग करने के लिए मजबूर किया।

CTWM वर्चुअल डेस्कटॉप का समर्थन करता है, सक्रिय रूप से विकसित किया जा रहा है, और NetBSD संगत लाइसेंस के तहत उपलब्ध है। CTWM के आधार पर कार्यान्वित नई सुविधाओं में स्वचालित रूप से जेनरेट किया गया एप्लिकेशन मेनू, माउस के बिना पूर्ण नियंत्रण के लिए उपयोगी कीबोर्ड शॉर्टकट, विभिन्न स्क्रीन रिज़ॉल्यूशन (बड़े फ़ॉन्ट जोड़ने के बाद HiDPI सहित) के साथ काम करने के लिए अनुकूलन, बहुत धीमी और बहुत दोनों का समर्थन करने की क्षमता शामिल है एकल कॉन्फ़िगरेशन फ़ाइल का उपयोग करके तेज़ सिस्टम।

यह था:

यह बन गया:

इसके अतिरिक्त प्रकाशित नेटबीएसडी कंपोजिट सर्वर प्रोजेक्ट की स्थिति पर एक नोट एस.सी.सी वेलैंड प्रोटोकॉल पर आधारित। पोर्ट अभी रोजमर्रा के उपयोग के लिए तैयार नहीं है, लेकिन Qt5, GTK3 या SDL2 का उपयोग करके प्रयोगों और एप्लिकेशन चलाने के लिए पहले से ही उपयुक्त है। समस्याओं में फ़ायरफ़ॉक्स सहित कुछ अनुप्रयोगों के साथ असंगति, X11 अनुप्रयोगों को चलाने के लिए समर्थन की कमी, और केवल इंटेल जीपीयू के साथ काम करने की क्षमता शामिल है जिसके लिए कर्नेल स्तर पर वीडियो मोड स्विच करने के लिए ड्राइवर है।

वेलैंड की एक विशेषता जो नेटबीएसडी में पोर्टिंग को कठिन बनाती है, वह है स्क्रीन, इनपुट और विंडो प्रबंधन के लिए जिम्मेदार समग्र प्रबंधकों में बड़ी मात्रा में ओएस-विशिष्ट कोड की उपस्थिति। वेलैंड स्क्रीनशॉटिंग, स्क्रीन लॉकिंग और विंडो प्रबंधन जैसी सुविधाओं के लिए तैयार प्रोटोकॉल प्रदान नहीं करता है, और यह अभी भी पोर्टेबिलिटी, मॉड्यूलरिटी और मानकीकरण जैसे क्षेत्रों में एक्स सर्वर से पीछे है।

अतिरिक्त क्षमताओं को समग्र प्रबंधक द्वारा या प्रोटोकॉल एक्सटेंशन की परिभाषा के माध्यम से कार्यान्वित किया जाता है। वेस्टन रेफरेंस कंपोजिट सर्वर काफी हद तक लिनक्स कर्नेल एपीआई पर निर्भर है। उदाहरण के लिए, एपोल I/O मल्टीप्लेक्सिंग तंत्र से जुड़ने के लिए kqueue का समर्थन करने के लिए पुन: कार्य की आवश्यकता होती है। Kqueue का उपयोग करने के लिए पैच पहले ही BSD सिस्टम के डेवलपर्स द्वारा तैयार किए जा चुके हैं, लेकिन अभी तक मुख्यधारा में स्वीकार नहीं किए गए हैं।

रेफरेंस कंपोजिट सर्वर का कोड शुरू में केवल लिनक्स को ध्यान में रखकर लिखा गया था और यह अन्य प्रणालियों की विशेषताओं को ध्यान में नहीं रखता है (उदाहरण के लिए, कोड "#include" का उपयोग करता है "और लिबिनपुट पर निर्भरता)। फ्रीबीएसडी लिनक्स इनपुट एपीआई का एक क्लोन लागू करता है, लेकिन नेटबीएसडी एक मौलिक रूप से अलग इनपुट प्रबंधन एपीआई, डब्ल्यूस्कॉन्स का उपयोग करता है। वर्तमान में, wscons समर्थन पहले ही swc में जोड़ा जा चुका है और इसे अन्य समग्र प्रबंधकों में पोर्ट करने की योजना बनाई गई है।

नेटबीएसडी प्रतिनिधियों का इरादा वेलैंड डेवलपर्स को यह समझाने का है कि वे एपोल के लिए हार्ड लिंक का उपयोग न करें, बल्कि लिबेवेंट जैसी सार्वभौमिक परत पर स्विच करें। नियोजित कार्य में नेटबीएसडी कर्नेल और ग्राफिक्स ड्राइवरों के डीआरएम/केएमएस स्टैक को अपडेट करना भी शामिल है, जिसमें लिनक्स कर्नेल से पोर्टिंग कोड, साथ ही वीडियो मोड के परमाणु स्विचिंग, डीआरएम के नए संस्करण और ग्लैमर एपीआई (एक्स11 चलाने के लिए) के लिए समर्थन जोड़ना शामिल है। xwayland चलाने वाले एप्लिकेशन)। वेलैंड-आधारित कंपोजिट सर्वर में फ़्रेमबफ़र्स के लिए समर्थन जोड़ने की योजना बनाई गई है।

स्रोत: opennet.ru