- माइक्रोसॉफ्ट के रेमंड चेन बताते हैं कि, Win32 में, क्लिपबोर्ड के मालिक की अवधारणा है।
- जब कोई क्लिपबोर्ड से डेटा का अनुरोध करता है तो क्लिपबोर्ड के मालिक को एक कोडित संदेश मिलता है।
- विलंब-प्रतिपादन उपयोगकर्ता को जटिल क्लिपबोर्ड डेटा के निर्माण को स्थगित करने की अनुमति देता है।
- इस लेख में आप जान सकते हैं कि किन परिस्थितियों में ओक्लिपबोर्ड परिवर्तन की जीत।
हाल ही में माइक्रोसॉफ्ट ब्लॉग पोस्ट में, माइक्रोसॉफ्ट के रेमंड चेन ने सभी उपयोगकर्ताओं के लिए समझाया, ठीक उसी तरह से Win32 में विंडोज क्लिपबोर्ड का स्वामित्व कैसे ट्रैक किया जाता है।
यह जानकारी कुछ अधिक उत्साही और तकनीक-प्रेमी विंडोज उपयोगकर्ताओं के लिए अमूल्य साबित हो सकती है, क्योंकि हमें यकीन है कि आप सहमत हो सकते हैं।
Win32 में Windows क्लिपबोर्ड के स्वामित्व को ट्रैक करना
जैसा कि आप में से कुछ लोग जानते होंगे, Win32 में, क्लिपबोर्ड के मालिक की अवधारणा है। इस सब के पीछे इरादा नियम यह है कि क्लिपबोर्ड का मालिक वास्तव में वह विंडो है जिसने क्लिपबोर्ड पर वर्तमान में डेटा बनाया है।
इस पोस्ट में, चेन क्लिपबोर्ड पर डेटा डालने के लिए विशिष्ट उपयोग पैटर्न की भी व्याख्या करता है। उन्होंने उल्लेख किया है कि क्लिपबोर्ड के मालिक को एक कोडित संदेश प्राप्त होता है जब कोई क्लिपबोर्ड से डेटा का अनुरोध करता है जिसे विलंब-रेंडर के रूप में सेट किया गया था।
ये कोडित संदेश विंडो विनाश अनुक्रम के भाग के रूप में भी प्राप्त होते हैं यदि यह अभी भी क्लिपबोर्ड के नष्ट होने के समय का स्वामी है।
इस प्रकार, विलंब-प्रतिपादन उपयोगकर्ता को जटिल क्लिपबोर्ड डेटा के निर्माण को उस बिंदु तक स्थगित करने की अनुमति देता है जिस बिंदु पर इसका अनुरोध किया गया है।
नियमों का पालन करना सबसे महत्वपूर्ण है
रेमंड चेन इस तथ्य का उल्लेख करते हैं कि इस प्रक्रिया को करते समय कुछ नियमों का पालन करना बहुत महत्वपूर्ण है और बताते हैं कि हर कोई वास्तव में ऐसा नहीं करता है।
हम यह समझ सकते हैं कि, कुछ प्रोग्राम सामग्री को पूरी तरह से बदलने के बजाय, डेटा जोड़ने के इरादे से क्लिपबोर्ड को कैसे खोलते हैं।
16-बिट विंडोज के दिनों में, सिस्टम ने माना कि एप्लिकेशन ईमानदार थे और सामान्य अच्छे के लिए नियमों द्वारा खेले जाते थे।
वह यह समझाते हुए आगे बढ़ता है कि यह बोनस क्लिपबोर्ड डेटा परिदृश्य एक समस्या पैदा करता है, क्योंकि केवल एक क्लिपबोर्ड स्वामी है, लेकिन अब वहाँ हैं दो विंडोज़ जिन्होंने क्लिपबोर्ड पर डेटा डालने के लिए सहयोग किया।
क्लिपबोर्ड का स्वामित्व केवल इन परिस्थितियों में बदलता है, जैसा कि चेन द्वारा समझाया गया है:
- जब खाली क्लिपबोर्ड कमांड को तैनात किया जाता है, वर्तमान क्लिपबोर्ड ओपनर क्लिपबोर्ड का मालिक बन जाता है।
- जब क्लिपबोर्ड स्वामी नष्ट हो जाता है, तो क्लिपबोर्ड स्वामी शून्य पर रीसेट हो जाता है।
यहां एकमात्र तार्किक निष्कर्ष यह होगा कि क्लिपबोर्ड के मालिक को उस विंडो के रूप में संक्षेपित किया जा सकता है जिसे हाल ही में खाली कीबोर्ड कमांड कहा जाता है यदि यह अभी भी मौजूद है।
यह सारी उपयोगी जानकारी Microsoft ब्लॉग पर प्रस्तुत पूरा लेख पढ़कर देखी जा सकती है।
Microsoft कर्मचारी द्वारा प्रस्तुत विधियों पर आपका क्या विचार है? हमें इसके बारे में सब कुछ नीचे टिप्पणी अनुभाग में बताएं।