N900 के लिए एक्स्ट्रा-टेस्टिंग रिपॉजिटरी में एक कामकाजी फॉर्म डिजाइनर के साथ मोनो 2.10.1 और मोनोडेवलप 2.6

क्या होगा अगर मैं अभी तक इसके बारे में बीमार नहीं हूँ?
सामान्य तौर पर, काले जादू, क्रॉबर और कुछ प्रकार की माँ की मदद से, मैं मोनो को एक स्क्रैचबॉक्स के नीचे इकट्ठा करने में मदद करता हूं, और मोनोडेवलप को एक संत अवस्था में लाता हूं, इसलिए अब जीयूआई संपादक ठीक काम करता है।



इस चमत्कार को अपने लोहे के टुकड़े पर रखने के लिए, आपको एक्स्ट्रा-टेस्टिंग कनेक्ट करने की आवश्यकता है (क्या किसी और ने ऐसा किया है?) और इसे प्रोग्राम मैनेजर में चुनें। यदि पिछली पोस्ट से एक संस्करण स्थापित किया गया था, तो इसे साफ करना बेहतर है, क्योंकि यह कुटिल रूप से अपडेट किया जा सकता है।

कस्टम तकनीकी समाधान

डिवाइस पर राइट क्लिक की कोई अवधारणा नहीं है। आम तौर पर नहीं, ऐसा करने के लिए कुछ भी नहीं है। WinMobile में, यह पुराने समय से आसपास रहा है, और इसे उन खिड़कियों के लिए अक्षम किया जा सकता है जिन्हें इसकी आवश्यकता नहीं है (SHRecognizeGesture देखें)। खैर, न तो डाला गया और न ही डाला गया। शायद यह किसी तरह उचित था। ठीक है, सब ठीक है, हम सभी विंडो घटनाओं के लिए फ़िल्टर को लटकाते हैं जब Gtk के लिए बाइंडर्स को इनिशियलाइज़ करते हैं और आवश्यकतानुसार संपादित करते हैं। सामान्य तौर पर, राइट क्लिक अब काम करता है जब Fn कुंजी दबाया जाता है (तीर के साथ)।

खैर, मेनू मेनू हैं, और पुरुष डिजाइनर, हालांकि यह काम करता है, लेकिन फॉर्म को घटक नहीं देता है। क्यों? और सब कुछ सरल है। GTK में ड्रैग-एन-ड्रॉप अक्षम है । जब मैं खुदाई कर रहा था, तो यह समझने की कोशिश कर रहा था कि मामला क्या था, मैंने gtk_begin_agrag के आरंभ में निम्नलिखित पाया:

#ifdef MAEMO_CHANGES /* Reject any DND requests unconditionally. */ return NULL; #endif 

ठीक है, है ना? आपके लिए कोई कॉन्फ़िगरेशन, सेटिंग्स और पर्यावरण चर नहीं। बस अनाड़ी ने काट दिया। यह, जाहिरा तौर पर, कोड को जोड़कर "नई" सुविधाओं को जोड़ने के लिए भविष्य को छुआ। इस रेखा के बिना पुनर्नवीनीकरण के बाद, ड्रैग-एन-ड्रॉप ने चमत्कारिक ढंग से काम किया, कल्पना करें? ठीक है, आपको सिस्टम SCC को स्पर्श नहीं करना चाहिए, आप कभी नहीं जानते कि इसके कारण क्या टूटने वाला है, इसलिए अब मैं LD_PRELOAD के माध्यम से सही लाइब्रेरी लोड करूंगा।

तर्क के साथ शलजम के लिए ऑटोमोबाल्ट्स बिल्कुल भी दोस्त नहीं हैं। एक उदाहरण है। स्रोत पैकेज में केवल सभी आर्किटेक्चर के साथ पैकेज होते हैं। वे i386 के तहत एकत्र किए जाते हैं। अगर वहाँ, सभी वास्तुकला के अलावा, i386 रोशनी है, तो यह सब कहां से संकलन शुरू होगा? यह सही है, एआरएम के तहत।

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

रनटाइम के लिए, मुख्य विचार स्रोत पैकेज को 2 भागों में कटौती करना है, जिनमें से एक i386 के तहत शांतिपूर्वक प्रबंधित बायनेरिज़ इकट्ठा करेगा, और दूसरा उन्हें बिल्कुल भी नहीं छूता है और केवल मूल निवासी के साथ ही व्यवहार करता है।

तदनुसार, एकत्रित रनटाइम प्राप्त करने के बाद, संकलक को बांह-खरोंच बॉक्स में काम करने के लिए मजबूर करना स्क्रिप्ट की एक जोड़ी का मामला था और पहले i386-वें सामान्य पुस्तकालयों से चोरी हो गया था। I386 के लिए बायनेरिज़ को क्यूमू-आर्म द्वारा लोड किया जाता है, इसलिए यदि आप आवश्यक निर्भरता के साथ ld-linux.so.2 खींचें, तो कुछ भी आपको प्रोसेसर को मूल निवासी को चलाने से रोकता नहीं है। नतीजतन, कंपाइलर इस तरह से शुरू होता है।

सामान्य तौर पर, किसी भी तरह। अब हमारे पास एक पूर्ण आईडीई है।

UPD: मुझे लगता है कि कुछ अव्यावहारिक निर्भरताओं से चूक गए हैं। यदि यह शुरू नहीं होता है, तो एक और मोनो-पूर्ण स्थापित करें। निर्धारित पैकेज अब संकलन कर रहा है।