प्रस्तुति प्रबंधक

प्रेजेंटेशन मैनेजर (पीएम) ग्राफिकल यूजर इंटरफेस (जीयूआई) है जिसे अंतर्राष्ट्रीय व्यवसाय तंत्र और माइक्रोसॉफ्ट ने 1988 के अंत में अपने ऑपरेटिंग सिस्टम ओएस/2 के संस्करण 1.1 में पेश किया था।

इतिहास
Microsoft ने 1981 में एक ग्राफिक यूजर इंटरफेस (GUI) विकसित करना प्रारंभ किया। इसके बाद IBM को राजी कर लिया कि बाद वाले को भी GUI की आवश्यकता है, प्रेजेंटेशन मैनेजर (PM; कोडनेम विनथॉर्न) को 1987-1988 में Microsoft और IBM की हर्सले लैब के लिए सह-विकसित किया गया था। यह माइक्रोसॉफ्ट विंडोज और आईबीएम के मेनफ्रेम ग्राफिकल सिस्टम (जीडीडीएम) के बीच एक क्रॉस था। विंडोज की प्रकार, यह संदेश आधारित था और कई संदेश समान भी थे, किन्तु साथ ही कई महत्वपूर्ण अंतर भी थे। चूंकि प्रेजेंटेशन मैनेजर को उपयोगकर्ता के दृष्टिकोण से आने वाले विंडोज 2.0 के समान डिजाइन किया गया था, और प्रेजेंटेशन मैनेजर एप्लिकेशन संरचना अधिकतर विंडोज एप्लिकेशन संरचना के समान थी, विंडोज के साथ स्रोत संगतता एक उद्देश्य नहीं था। माइक्रोसॉफ्ट के लिए, प्रेजेंटेशन मैनेजर का विकास विंडोज़ की कुछ डिज़ाइन गलतियों को साफ करने का अवसर था। दोनों कंपनियों ने कहा कि प्रेजेंटेशन मैनेजर और विंडोज 2.0 अधिकतर समान रहेंगे। विंडोज और पीएम के बीच सबसे महत्वपूर्ण अंतर समन्वय प्रणाली थी। चूँकि विंडोज़ में 0,0 निर्देशांक ऊपरी बाएँ कोने में स्थित था, पीएम में यह निचले बाएँ कोने में था। एक और अंतर यह था कि सभी ड्राइंग ऑपरेशंस विंडोज़ में डिवाइस कॉन्टेक्स्ट (डीसी) में गए थे। पीएम ने डीसी का भी इस्तेमाल किया किन्तु प्रेजेंटेशन स्पेस (पीएस) नामक अमूर्तता का एक अतिरिक्त स्तर था। OS/2 के ग्राफ़िक्स प्रोग्रामिंग इंटरफ़ेस (GPI) में अधिक शक्तिशाली आरेखण फ़ंक्शन भी थे। कुछ जीपीआई अवधारणाएं (जैसे रूपांतरण देखना) को बाद में विंडोज एनटी में सम्मलित किया गया था। OS/2 प्रोग्रामिंग मॉडल को साफ-सुथरा माना जाता था, क्योंकि विंडो प्रक्रिया को स्पष्ट रूप से निर्यात करने की कोई आवश्यकता नहीं थी, कोई WinMain नहीं था, और कोई गैर-मानक फ़ंक्शन प्रोलॉग और एपिलॉग नहीं था।

बिदाई के तरीके
IBM-Microsoft विभाजन के लिए सबसे उद्धृत कारणों में से एक प्रस्तुति प्रबंधक और Windows के बीच API का विचलन था, जो संभवतः IBM के लिए संचालित था। प्रारंभ में, प्रस्तुति प्रबंधक विंडोज जीयूआई कोड पर आधारित था, और अधिकांशतः विकास पहले से ही किया जाता था, जैसे आनुपातिक फोंट के लिए समर्थन (जो एकमात्र 1990 में विंडोज़ में दिखाई दिया)। भिन्नताओं में से एक ने समन्वय (0,0) की स्थिति को माना, जो कि विंडोज़ में शीर्ष-बाएँ पर था, किन्तु प्रस्तुतिकरण प्रबंधक में नीचे-बाएँ (कार्टेसियन निर्देशांक के रूप में) था। व्यवहार में एक जीयूआई प्रोग्राम को दूसरी प्रणाली पर चलाने के लिए पुन: संकलित करना असंभव हो गया; किसी बिंदु पर एक स्वचालित स्रोत कोड रूपांतरण उपकरण का वादा किया गया था। दोनों कंपनियां अपेक्षा कर रही थीं कि किसी बिंदु पर उपयोगकर्ता ओएस/2 में माइग्रेट करेंगे।

1990 में, Microsoft Windows का संस्करण 3.0 वॉल्यूम में बेचना प्रारंभ कर रहा था, और Microsoft ने OS/2 में रुचि कम करना प्रारंभ कर दिया था, विशेष रूप से पहले भी, OS/2 में बाजार की दिलचस्पी सदैव Windows की समानता में बहुत कम थी।

कंपनियां अलग हो गईं, और आईबीएम ने बाद के सभी विकासों को अपने हाथ में ले लिया। Microsoft ने OS/2 3.0 लिया, जिसका नाम बदलकर Windows NT कर दिया गया; इस प्रकार, यह प्रस्तुति प्रबंधक की कुछ विशेषताओं को विरासत में मिला है। आईबीएम ने प्रेजेंटेशन मैनेजर का विकास जारी रखा। OS/2 के बाद के संस्करणों और ArcaOS जैसे डेरिवेटिव में, इसे ऑब्जेक्ट-ओरिएंटेड इंटरफ़ेस कार्यस्थल खोल  के लिए आधार के रूप में उपयोग किया गया था।

बाकी सिस्टम के साथ जीयूआई परत का एक महत्वपूर्ण एकीकरण है, किन्तु टेक्स्ट-कंसोल या एक्स विंडो सिस्टम विंडो से ओएस/2 के कुछ भागो को चलाने के लिए अभी भी संभव है, और ओएस/2 को बूट करना संभव है प्रेजेंटेशन मैनेजर के बिना एक कमांड-लाइन वातावरण (उदाहरण के लिए TSHELL ).

यूनिक्स
के लिए प्रस्तुति प्रबंधक



1980 के दशक के अंत में, Hewlett-Packard और Microsoft ने X11 विंडोिंग सिस्टम चलाने वाले यूनिक्स सिस्टम के लिए प्रेजेंटेशन मैनेजर के कार्यान्वयन पर सहयोग किया। पोर्ट में सॉफ्टवेयर के दो अलग-अलग टुकड़े सम्मलित थे - एक टूलकिट, विंडो मैनेजर और सीएक्सआई (कॉमन एक्स इंटरफेस) नाम की स्टाइल गाइड और यूनिक्स नाम के पीएम/एक्स के लिए प्रेजेंटेशन मैनेजर एपीआई का कार्यान्वयन। सीएक्सआई और पीएम/एक्स दोनों को ओपन सॉफ्टवेयर फाउंडेशन को यूनिक्स के लिए ओएसएफ के नए यूजर इंटरफेस मानक के रूप में विचार करने के लिए प्रस्तुत किया गया था, जो अंततः आकृति (सॉफ्टवेयर)  बन गया। OSF ने अंततः CXI का चयन किया, किन्तु PM/X के के अतिरिक्त डिजिटल उपकरण निगम के OpenVMS#ग्राफिकल यूजर इंटरफेस API का उपयोग किया।  Microsoft और HP ने Motif के रिलीज़ होने के बाद कुछ समय के लिए PM/X का विकास जारी रखा, किन्तु अंततः इसे छोड़ दिया गया।

तकनीकी विवरण
पीएम सामान्य उपयोगकर्ता पहुँच  इंटरफेस कन्वेंशन का पालन करते हैं।

यह टेक्स्ट को कॉपी और पेस्ट करने के लिए माउस राग का भी समर्थन करता है।

एक महत्वपूर्ण समस्या एकल संदेश कतार की थी: एक गैर-उत्तरदायी अनुप्रयोग उपयोगकर्ता-इंटरफ़ेस संदेशों के प्रसंस्करण को अवरुद्ध कर सकता है, इस प्रकार ग्राफ़िकल इंटरफ़ेस को फ्रीज़ कर सकता है। यह समस्या विंडोज एनटी में हल हो गई है, जहां इस प्रकार का एक एप्लिकेशन स्क्रीन पर एक मृत आयत बन जाएगा; बाद के संस्करणों में इसे स्थानांतरित करना या छिपाना संभव हो गया। ओएस/2 में इसे फिक्सपैक में हल किया गया था, यह निर्धारित करने के लिए टाइमर का उपयोग करते हुए कि कोई एप्लिकेशन घटनाओं का उत्तर नहीं दे रहा था।

यह भी देखें

 * कार्यक्रम प्रबंधक