प्रणालीगत भाग 2: जीयूआई

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

सामान्य परिणाम

जैसा कि अंतिम विषय में वादा किया गया था , मुझे उत्पादकता में एक पतली जगह (या जगह) मिली - वे एक अनुसूचक (चक्रीय) और सभी खिड़कियों के दोहरे पुनर्वितरण की त्रुटि के रूप में निकले।

विरोधी परिणाम शेल निष्पादन योग्य (explorer.exe) के आकार की समस्या थी। मैं पीई (4096 बाइट्स) के एक खंड में सभी शेल कोड को फिट करने की उम्मीद कर रहा था, लेकिन अभी तक ऐसा नहीं हुआ है। वर्तमान में कोड अनुभाग 4800 बाइट्स है (फ़ाइल का वजन लगभग 10 KB :-() है। भविष्य में इसका आकार थोड़ा कम करना संभव हो सकता है, लेकिन चूंकि शेल में बहुत कुछ जोड़ने की आवश्यकता है, इसलिए expl.exe का आकार भी पहुंच सकता है 16 किलोबाइट।

कार्य सिद्धांत

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

सामान्य तौर पर, मैं वापस गया और स्क्रीन के बाइट मास्क में प्रवेश किया। मेमोरी की खपत में वृद्धि हुई, लेकिन कोड की मात्रा कम हो गई (यह गणना करना आसान हो गया, हालांकि इसका मतलब यह नहीं है कि गति में वृद्धि हुई)।



तो, सब कुछ अपमान के लिए सरल है। एक बाइट स्क्रीन मास्क है, जहां प्रत्येक पिक्सेल को एक शून्य मान दिया जाता है या अन्यथा, यदि बिंदु खिड़की से संबंधित है। एक खिड़की संरचना है, मेरे पास इस तरह है:

WNDLIST_ITEM: .handle dd 0 ; +00 .x dd 0 ; +04 .y dd 0 ; +08 .width dd 0 ; +12 .height dd 0 ; +16 .flags dd 0 ; +20 .rsrc dd 0 ; +24 .parent dd 0 ; +28 .wbmp dd 0 ; +32 .caption dd 0 ; +36 ; if DESKTOP: db Leftbuttonstate ; +36 ; db RightButtonState ; +37 ; dw reserved ; +38 .clickx dw 0 ; +40 .clicky dw 0 ; +42 .winstyle dd 0 db 16 dup 0
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

माता-पिता और वाइनस्टाइल मूल्य अप्रयुक्त हो गए और इसलिए आरक्षित (साथ ही 16 बाइट्स के बाद)। इस डेटा के होने पर, हम एक हिडन wbmp बफर (डबल बफरिंग टेक्नोलॉजी) में एक विंडो बना सकते हैं। बफर में मेमोरी को बचाने के लिए, सब कुछ 8-बिट रंग में तैयार किया गया है (अब तक केवल 16 का उपयोग किया जाता है), अर्थात। प्रति बिंदु 1 बाइट, और जब स्क्रीन पर प्रदर्शित किया जाता है, तो रंग मिलान तालिका का उपयोग करके इस रंग को 24/32-बिट में बदल दिया जाता है।



जब विभिन्न विंडो ईवेंट्स बफर में होती हैं, तो सभी ड्रॉइंग ऑपरेशंस, और संपूर्ण बफर (या आंशिक रूप से) स्क्रीन पर प्रदर्शित होते हैं, अर्थात कुछ भी सीधे स्क्रीन (पाठ, बटन, आदि) में नहीं खींचा जाता है।



अब खिड़की के तत्वों के बारे में। सभी खिड़कियों के सभी तत्वों के लिए, तत्वों की केवल एक सामान्य वैश्विक तालिका होती है, जिनमें से प्रत्येक तत्व में विंडो का लिंक होता है (1 बाइट, क्योंकि केवल 256 विंडो होती हैं), विंडो के सापेक्ष स्थिति और तत्व के आकार (प्रत्येक 2 बाइट्स, स्टेटस बाइट्स और 2) डबल शब्द - एक लिंक (पाठ के लिए, उदाहरण के लिए, बटन या अन्य तत्वों के लिए अन्य जानकारी के लिए) और एक्स्ट्रा (एक बटन या अन्य डेटा के लिए एक आइकन तत्व के प्रकार पर निर्भर करता है)। स्थिति बाइट: निचले 4 बिट्स तत्व (बटन, चेकबॉक्स, टेक्स्ट फ़ील्ड, आदि) के प्रकार को इंगित करते हैं, जो इसके राज्य द्वारा सबसे पुराना है (चाहे वह सक्रिय होवर हो)।



मुख्य खोजकर्ता प्रक्रिया माउस चालक से एक घटना प्राप्त करती है। क्या होता है: पॉइंटर के निर्देशांक द्वारा एक विंडो खोजी जाती है। पॉइंटर के मापदंडों को खिड़की से पास किया जाता है, अर्थात्, चाहे कुंजी दबाया जाता है, अगर दबाया जाता है, तो यह कुंजी दबा रहा है या जारी कर रहा है। जब आप पहले क्लिक करते हैं, तो विंडो को सक्रिय करें, अर्थात। इसे सक्रिय करें और अग्रभूमि में redraw करें। अगला, तत्वों की वैश्विक तालिका पर, हम उन सभी तत्वों की तलाश करते हैं जो खिड़की से संबंधित हैं, और उनमें से - जो कि माउस के निर्देशांक से मेल खाते हैं। यदि पाया जाता है, तो माउस पॉइंटर के मापदंडों के अनुसार हम प्रक्रिया करते हैं (ड्रा, रीड्रा, आदि)।

यदि सूचक खिड़कियों के बाहर है, तो यह घटना भी संसाधित होती है। इस मामले में, यदि डेस्कटॉप पर एक कुंजी दबाया जाता है, और स्टार्ट मेनू खुला है, तो आपको इसे बंद करने की आवश्यकता है। भविष्य में, इन घटनाओं के लिए शॉर्टकट और अन्य डेस्कटॉप फीचर बनाने की आवश्यकता होगी।



इस कार्यक्षमता के होने के बाद, सरल शेल फ़ंक्शंस को लागू करना मुश्किल नहीं है - प्रोसेसिंग इवेंट्स, विंडोज़ को खींचना, विंडो को एक दूसरे के साथ ओवरलैप करना।

निकट भविष्य के लिए योजना

वर्तमान कार्यान्वयन में कई समस्याएं हैं, विशेष रूप से, कभी-कभी त्रुटियां तब दिखाई देती हैं जब डेस्कटॉप पर क्लिक करने के बाद माउस कर्सर खींचते हैं - मेज पर कर्सर की एक प्रति बनी रहती है)) कुछ अन्य समस्याएं हैं, हालांकि छोटे हैं।

महत्वपूर्ण में से - स्क्रॉलिंग टेक्स्ट के साथ एक पूर्ण-पाठ textarea तत्व, एक ही नाम के रेडियो बटन (यानी रेडियोबुटन समूह के लिए एक समय में केवल एक बटन का समावेश) का संबंध। यह कठिनाई से बाहर है। एक दिलचस्प लेकिन बहुत मुश्किल काम नहीं है, क्योंकि वे अपनी खिड़कियों पर अनुप्रयोगों को बांध सकते हैं अब ये सभी शेल द्वारा प्रदर्शित की गई सभी परीक्षण विंडो हैं।



खिड़की बनाने और पता 0xB8000 से सामग्री को कॉपी करके टर्मिनल को लागू करने का एक विचार है (स्वाभाविक रूप से, प्रत्येक चरित्र को 8 * 16 के पिक्सेल क्षेत्र में बदलकर)।



और फिर - अनुप्रयोगों के एक जोड़े को पोर्ट करना, सबसे पहले फेसम, कुछ छोटे खिलौने और, शायद, एक कैलकुलेटर। जिसके बाद मैं सम्मानजनक सत्कार के लिए सदस्यता समाप्त करूंगा।



और अंत में, एक छोटा वीडियो। नहीं, मैं वीडियो पोस्ट नहीं कर सकता, क्योंकि CamStudio वास्तव में Qemu को धीमा कर देती है। मैं Qemu को चलाने के लिए चित्र पोस्ट करता हूं। विभाजन 2, कोई भी मोड चुनें, लेकिन 640 * 480 की पृष्ठभूमि के साथ थोड़ी सी समस्या है) और डांट नहीं है, यह अल्फा है ... बहुत सारे कीड़े। आप बीटा संस्करण के लिए डांटेंगे :-) इसके अलावा, मैं शैली और गलतियों (यदि कोई हो) के लिए माफी मांगता हूं, तो यह पहले से ही गहरी रात है ...



फाइल का लिंक: http://nebka.ru/files/647-0.02_qemu.7z