विंडोज़ को कम करते समय (धीमी एनीमेशन के लिए) शिफ्ट का उपयोग करने का क्या लाभ है?


10

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

किसी भी विचार इस का उद्देश्य क्या है?

जवाबों:


17

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

killall Dock

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

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

ध्यान दें कि यह प्रभाव कम से कम 2001 के बाद से है (एक Google खोज के अनुसार), और मुझे पहली बार 10.4 में इसके बारे में पता था, जहां मैंने देखा कि यह नए चित्रमय विंडो प्रबंधक को दिखा रहा था जो कि विंडोज़ खींचने के लिए क्वार्ट्ज एक्सट्रीम इंजन का उपयोग करता था। । यदि मैं विवरणों को सही ढंग से याद करता हूं तो अनिवार्य रूप से प्रत्येक विंडो मूल रूप से क्विकटाइम, ओपन जीएल या क्वार्ट्ज 2 डी डेटा स्रोत से बनी होती है, जिनमें से उत्तरार्द्ध अनिवार्य रूप से आंतरिक रूप से पोस्टस्क्रिप्ट (अनिवार्य रूप से आपके सभी विंडो ड्रेसिंग तत्व, टूलबार, स्क्रॉल बार) में एक पीडीएफ हैं ...), जो तब सभी तत्वों (आपकी पीडीएफ विंडो ड्रेसिंग, यह क्विकटाइम या ओपनजीएल सामग्री, या एक वेब पेज आदि के लिए एक मिश्रण के साथ) को 2 डी पर 3 डी "बनावट" के रूप में संयोजित करते हुए एक एकल विंडो में रैस्टर्ड होता है। आप जिस खिड़की को देखते हैं, उसे बनाने के लिए क्वार्ट्ज कम्पोजर द्वारा विमान।

अधिक जानकारी के लिए सिस्टेका टाइगर रिव्यू के अगले 2 पेज Arstechnica पर पढ़ें, जिसमें विंडो मैनेजर के विकसित होने के तरीके पर चर्चा की गई है और इस बारे में बहुत अच्छी व्याख्या की है कि यह कैसे काम करता है, जो अब तक और इसके समान ही है टाइगर (या कम से कम, टाइगर के बाद से परिवर्तन उतने बड़े नहीं हैं जितने कि टाइगर से पहले थे जब GPU सीपीयू से बहुत सारे विंडो ड्राइंग कार्यों को लेना शुरू कर दिया था)


1
एफडब्ल्यूआईडब्ल्यू, विंडोज में विस्टा के बाद से ओएस एक्स के समान एक डिस्प्ले सिस्टम है
josh3736

काश मैं इसके बारे में अधिक जानता था, मुझे यकीन है कि यह अब पहले की तुलना में बेहतर है। 10.4 और इससे पहले। मुझे पता है कि मुझे अभी भी विन 7 वें में अवसर पर यादृच्छिक अनाथ खिड़की तत्व मिलते हैं।
10

6

स्टीव जॉब्स ने मैकवर्ल्ड 2000 में पहली बार ओएस एक्स को दिखाते हुए यह दिखा दिया। उन्होंने उल्लेख किया है कि इस प्रभाव को उस एक प्रदर्शन के लिए डिज़ाइन किया गया था। यह आश्चर्यजनक है कि यह अभी भी लगभग 14 साल बाद है।

http://youtu.be/uGMQLfi0kGc?t=1h46m


2

इसका कोई उद्देश्य नहीं है। यह सिर्फ एक ईस्टर अंडे है और विशुद्ध रूप से "मनोरंजन" के लिए है।


1

यह कार्यक्षमता निश्चित रूप से नहीं है "बस थोड़ा सा मज़ा।" कृपया जवाब न दें जब आप उन्हें नहीं जानते, या अपने सीमित उपयोग और कार्यक्षमता के ज्ञान के आधार पर धारणाएं बनाते हैं।

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

इसे आज़माएँ: एक नया डेस्कटॉप कार्यक्षेत्र जोड़ें और स्क्रीन रिज़ॉल्यूशन को 800 x 500 पर सेट करें। इस पर समान आकार के 60 फ़ाइंडर विंडो खोलें। प्रयोग समान टैब कॉन्फ़िगरेशन, दृश्य, सामग्री और नामों के साथ कई विंडो होने से लाभ होगा। अब एक वेब ब्राउजर में लगभग 60 विंडो खोलें। बिंदु पर जोर देने के लिए, प्रत्येक विंडो को समान आकार दें, और प्रत्येक को कुछ छोटे खोज स्ट्रिंग के Google से वर्तमान परिणाम दें। अपनी किसी एक विंडो पर नज़र रखने में सहायता के लिए मिशन नियंत्रण का उपयोग करें। मुझे लगता है कि आप पाएंगे कि यह मुश्किल साबित हो सकता है। एनीमेशन को धीमा करना अचानक इसे प्रबंधनीय बनाता है।

मैं हैरान हूं कि विभिन्न लोग दृश्य और ध्यान क्षमताओं के साथ लोगों के लिए इस आवास की सराहना नहीं करते हैं।


खैर सभी राय के लिए धन्यवाद पार्कर और bmike मैं अब अपनी कार्यक्षमता undertand
RedstoneRosh 12
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.