जवाबों:
वायलैंड / वेस्टन क्यों नहीं?
पहले एक स्पष्ट स्पष्टीकरण: वायलैंड एक प्रोटोकॉल परिभाषा है जो परिभाषित करती है कि एक क्लाइंट एप्लिकेशन को कंपोजिटर घटक से कैसे बात करनी चाहिए। यह सतह निर्माण / विनाश, ग्राफिक्स बफर आवंटन / प्रबंधन, इनपुट इवेंट हैंडलिंग और शेल घटकों के एकीकरण के लिए एक मोटा प्रोटोटाइप जैसे क्षेत्रों को छूता है। हालांकि, प्रोटोकॉल परिभाषा के हमारे मूल्यांकन से पता चला है कि वायलैंड प्रोटोकॉल हमारी आवश्यकताओं को पूरा नहीं करता है। सबसे पहले, हम एक और एक्स्टेंसिबल इनपुट ईवेंट हैंडलिंग के लिए लक्ष्य कर रहे हैं जो भविष्य के विकास जैसे 3 डी इनपुट डिवाइस (जैसे लीप मोशन) को ध्यान में रखते हैं। कृपया ध्यान दें कि वेलैंड के इनपुट ईवेंट हैंडलिंग को एक्स के इनपुट ईवेंट हैंडलिंग शब्दार्थ (डेनियल स्टोन और क्रिस्टियन हॉग्सबर्ग को धन्यवाद देते हैं) द्वारा प्रस्तुत सुरक्षा मुद्दों से ग्रस्त नहीं है। मोबाइल उपयोग के मामलों के संबंध में, हमें लगता है कि इनपुट विधियों की हैंडलिंग डिस्प्ले सर्वर प्रोटोकॉल में भी परिलक्षित होनी चाहिए। एक अन्य उदाहरण के रूप में, हम प्रोटोकॉल के शेल एकीकरण भागों को विशेषाधिकार प्राप्त मानते हैं और हम प्रोटोकॉल के साथ क्लाइंट में परिभाषित किसी भी प्रकार के शेल व्यवहार को करने से बचना चाहते हैं।
हालाँकि, हम अभी भी सोचते हैं कि ग्राहकों और प्रदर्शन सर्वर घटक के बीच संचार को मानकीकृत करने में वेलैंड का प्रयास बहुत ही समझदार और उपयोगी है, लेकिन हमारी विभिन्न आवश्यकताओं के कारण हमने प्रोटोकॉल-एकीकरण के लिए निम्नलिखित वास्तुकला wrt के लिए जाने का फैसला किया:
एक प्रोटोकॉल-अज्ञेयवादी आंतरिक कोर जो बहुत अच्छी तरह से परिभाषित, अच्छी तरह से परीक्षण और पोर्टेबल है। एक फ्रंट-फ़ायरवॉल के साथ एक बाहरी-शेल जो हमें अपने प्रदर्शन सर्वर को मनमाने ढंग से ग्राफिक्स स्टैक में पोर्ट करने और कई प्रोटोकॉल में बाँधने की अनुमति देता है।
सारांश में, हमने अगली पीढ़ी के उपयोगकर्ता अनुभव देने के लिए हमारे आधार के रूप में वेलैंड / वेस्टन को नहीं चुना है क्योंकि यह हमारी आवश्यकताओं को पूरी तरह से पूरा नहीं करता है। इसके अलावा, हमारे प्रोटोकॉल- और प्लेटफ़ॉर्म-अज्ञेयवादी दृष्टिकोण के साथ, हम यह सुनिश्चित कर सकते हैं कि हम प्लेटफार्मों और डिवाइस फॉर्म कारकों में एक सुसंगत और सुंदर उपयोगकर्ता अनुभव के अपने लक्ष्य तक पहुंचें। हालाँकि, वायलैंड समर्थन को हमारे डिस्प्ले सर्वर के लिए एक वैलैंड-विशिष्ट फ्रंटएंड कार्यान्वयन प्रदान करके या लिबरवेलैंड का क्लाइंट-साइड कार्यान्वयन प्रदान करके जोड़ा जा सकता है जो अंततः मीर से बात करता है।
यहां अधिक विस्तृत चर्चा है: https://wiki.ubuntu.com/Mir/Spec?action=show&redirect=irirecec
और मीर तकनीकी वास्तुकार से:
http://samohtv.wordpress.com/2013/03/04/mir-an-outpost-envisioned-as-a-new-home/
अधिक जानकारी:
अपने क्यू और ए पर जोनो बेकन ने कुछ बार इसका उत्तर दिया है। उनका नवीनतम उत्तर यहाँ है:
http://www.youtube.com/watch?v=6Oa2psAewtg&feature=share&t=56m36s
मैंने जोनो के क्यू एंड ए की पसंद से जो इकट्ठा किया है, और लिनक्स अनप्लग्ड पर पोपी की टिप्पणियों से, अंकों को संक्षेप में निम्नानुसार किया जा सकता है: