डिज़ाइन से जुड़ी ज़रूरी शर्तें

इस सेक्शन में, Playables और YouTube उपयोगकर्ता अनुभव के बीच होने वाले इंटरैक्शन के बारे में बताया गया है.

1 आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) और ओरिएंटेशन

  • गेम में रिस्पॉन्सिव डिज़ाइन ज़रूर होना चाहिए: यह सभी आसपेक्ट रेशियो में खेला जा सके और व्यूपोर्ट बदलने पर अपने-आप अडजस्ट हो जाए. उदाहरण (इसमें और भी तरह के पहलू शामिल हो सकते हैं): 9:32, 9:21, 9:16, 3:4, 1:1, 4:3, 16:9, 21:9, 32:9.
  • गेम, उपलब्ध व्यूपोर्ट में दिखना चाहिए. अगर गेम, उपलब्ध व्यू पोर्ट को पूरा नहीं भरता है, तो गेम को बीच में अलाइन किया जाना चाहिए. साथ ही, इसमें पिलरबॉक्स (बाएं और दाएं ओर खाली जगह) या लेटरबॉक्स (ऊपर और नीचे की ओर खाली जगह) शामिल होना चाहिए.
  • गेम को डिवाइस के ओरिएंटेशन या डिवाइस के पोस्चर को लॉक नहीं करना चाहिए.
  • विंडो का साइज़ बदलने पर, गेम की स्थिति या प्रोग्रेस ज़रूर सेव होनी चाहिए. हमारा सुझाव है कि गेम को तब तक रीस्टार्ट या रीफ़्रेश न करें, जब तक उपयोगकर्ता पिछली स्थिति से तुरंत शुरू न कर सके.

इन ज़रूरी शर्तों के विज़ुअल उदाहरण:

Playables के साइज़ से जुड़ी ज़रूरी शर्तों को पूरा करने के अलग-अलग तरीके दिखाता है


इंटरैक्शन के दो तरीके

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

3 गेम का यूज़र इंटरफ़ेस (यूआई)

इस सेक्शन में, गेम के यूज़र इंटरफ़ेस (यूआई) से जुड़ी ज़रूरी शर्तों के बारे में बताया गया है.

3.1 रेंडरिंग

  • गेम में, सभी टेक्स्ट और ग्राफ़िक साफ़ तौर पर दिखने चाहिए. वे धुंधले, पिक्सेलेट किए गए या स्ट्रेच किए गए नहीं होने चाहिए. साथ ही, वे सभी स्क्रीन रिज़ॉल्यूशन, आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) और डेंसिटी में दिखने चाहिए.

4 मेटाडेटा

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

डेवलपर को थंबनेल, ब्यौरे या टाइटल में कोई ब्रैंडिंग या लोगो शामिल नहीं करना चाहिए.

यहां ज़रूरी मेटाडेटा के टाइप की सूची दी गई है. इनके अलावा, कुछ और मेटाडेटा भी ज़रूरी हो सकता है:

  • अलग-अलग आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) वाले इमेज थंबनेल
  • गेम का ब्यौरा
  • गेम का नाम
  • गेम की शैली
  • पब्लिशर / डेवलपर की जानकारी

5 कॉन्टेंट हैंडलिंग की प्रोसेस पूरी करना

  • गेम को यह जानकारी ज़रूर देनी चाहिए कि अब कोई और कॉन्टेंट उपलब्ध नहीं है. जैसे, आखिरी लेवल के बाद या गेम खत्म होने पर.

6 एलिमेंट इस्तेमाल नहीं किए जा सकते

इस सेक्शन में, उन एलिमेंट के बारे में बताया गया है जिन्हें Playables में इस्तेमाल करने की अनुमति नहीं है.

6.1 इन-गेम शेयरिंग

  • गेम में, गेम के कॉन्टेंट को शेयर करने के लिए प्रॉम्प्ट नहीं दिखाए जाने चाहिए.

  • गेम में ऐसा यूज़र इंटरफ़ेस (यूआई) या लिंक नहीं दिखाना चाहिए जो लोगों को बाहरी कॉन्टेंट पर ले जाता हो. जैसे, अन्य साइटें या गेम.

6.3 उपयोगकर्ता के अन्य कानूनी समझौते

6.4 भ्रम पैदा करने वाले एलिमेंट

  • गेम में, Playables की कार्रवाइयों के आइकॉन, Playables की असल कार्रवाइयों के आस-पास नहीं होने चाहिए. जैसे, बंद करें, म्यूट करें या मेन्यू बटन.
  • गेम में, गेम से बाहर निकलने या बंद करने का बटन नहीं होना चाहिए.

स्क्रीन व्यू में, Playables के ऐक्शन बटन जैसे दिखने वाले बटन का दूसरा सेट दिखाया गया है