Android 3.2 API

एपीआई लेवल: 13

Android 3.2 (HONEYCOMB_MR2) एक इंक्रीमेंटल प्लैटफ़ॉर्म रिलीज़ है, जो नई सुविधाओं के साथ उपलब्ध हैं. नीचे दिए गए सेक्शन में और डेवलपर एपीआई के बारे में ज़्यादा जानें.

डेवलपर के लिए, Android 3.2 प्लेटफ़ॉर्म Android SDK के लिए डाउनलोड किया जा सकने वाला कॉम्पोनेंट. डाउनलोड किए जा सकने वाले प्लैटफ़ॉर्म में ये चीज़ें शामिल हैं एक Android लाइब्रेरी और सिस्टम इमेज, साथ ही एम्युलेटर स्किन का एक सेट और वगैरह को कॉपी करने का विकल्प है. Android 3.2 पर डेवलप करना या उसकी जांच करना शुरू करने के लिए, Android SDK Manager का इस्तेमाल करके, प्लैटफ़ॉर्म को अपने SDK टूल में डाउनलोड करें.

प्लेटफ़ॉर्म हाइलाइट

उपयोगकर्ता के लिए नई सुविधाएं

• टैबलेट की ज़्यादा रेंज के लिए ऑप्टिमाइज़ेशन

  Android 3.2 में पूरे सिस्टम के कई तरह के ऑप्टिमाइज़ेशन शामिल हैं का इस्तेमाल करें, ताकि ज़्यादा से ज़्यादा टैबलेट डिवाइसों पर उपयोगकर्ताओं को बेहतरीन अनुभव मिल सके.

• तय साइज़ वाले ऐप्लिकेशन के साथ काम करने वाले ज़ूम की सुविधा

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

• एसडी कार्ड से मीडिया सिंक करना

  एसडी कार्ड के साथ काम करने वाले डिवाइसों पर, उपयोगकर्ता अब सीधे मीडिया फ़ाइलें लोड कर सकते हैं एसडी कार्ड से लेकर उनका इस्तेमाल करने वाले ऐप्लिकेशन तक. सिस्टम की सुविधा, फ़ाइलें तैयार करती है सिस्टम मीडिया स्टोर से ऐप्लिकेशन ऐक्सेस कर सकता है.

डेवलपर के लिए नई सुविधाएं

• स्क्रीन मैनेज करने के लिए एक्सटेंडेड एपीआई

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

  यह पक्का करने के लिए कि तय साइज़ के ऐप्लिकेशन और सीमित साइज़ के ऐप्लिकेशन, सबसे अच्छा दिखे यह अलग-अलग साइज़ की स्क्रीन के साथ काम करता है. साथ ही, इस प्लैटफ़ॉर्म पर आपको नई कंपैटबिलिटी मोड, जो यूज़र इंटरफ़ेस (यूआई) को छोटे स्क्रीन एरिया पर रेंडर करता है और फिर उसे स्केल करता है ताकि डिसप्ले की जगह में खाली जगह न जोड़ी जा सके. इस बारे में ज़्यादा जानकारी पाने के लिए screen support API और इससे मिलने वाले कंट्रोल के बारे में जानने के लिए, नीचे दिए गए सेक्शन देखें.

एपीआई की खास जानकारी

Screens Support API

Android 3.2 प्रस्तुत करता है नए स्क्रीन समर्थन API जो आपको अधिक सेवाएं प्रदान करते हैं उनके ऐप्लिकेशन के अलग-अलग साइज़ की स्क्रीन पर दिखाए जाने के तरीके पर कंट्रोल कर सकते हैं. यह एपीआई मौजूदा स्क्रीन-सहायता एपीआई पर बनता है. इसमें प्लैटफ़ॉर्म के एपीआई भी शामिल हैं सामान्य स्क्रीन डेंसिटी मॉडल, लेकिन इसे सटीक क्षमता के साथ आगे भी बढ़ाता है स्क्रीन की रेंज को उनके डाइमेंशन के हिसाब से टारगेट करें. इन रेंज को मेज़र किया गया है डेंसिटी-इंडिपेंडेंट पिक्सल यूनिट (जैसे कि 600dp या 720dp चौड़ी) उनके सामान्य स्क्रीन साइज़ (जैसे कि बड़ा या बहुत बड़ा) के आधार पर

किसी ऐप्लिकेशन का यूआई डिज़ाइन करते समय भी, प्लैटफ़ॉर्म की मदद से सघनता का ऐब्स्ट्रैक्ट उपलब्ध कराएं. इसका मतलब है कि आवेदनों को सभी डिवाइसों पर असल पिक्सल डेंसिटी के अंतर की भरपाई करती है. आपने लोगों तक पहुंचाया मुफ़्त में ऐप्लिकेशन के यूज़र इंटरफ़ेस (यूआई) को हॉरिज़ॉन्टल या वर्टिकल के हिसाब से डिज़ाइन कर सकता है स्टोरेज में जगह बची है. यह प्लैटफ़ॉर्म उपलब्ध स्टोरेज के बारे में बताने के लिए, तीन नए सुझावों का इस्तेमाल करता है विशेषताएं: smallestwidth, width, और height.

• स्क्रीन की छोटी चौड़ाई, उसका बुनियादी कम से कम साइज़ है, जिसे डेंसिटी-इंडिपेंडेंट पिक्सल ("डीपी") यूनिट में मापा गया है. स्क्रीन की ऊंचाई का या चौड़ाई, यह दोनों से छोटी होती है. पोर्ट्रेट ओरिएंटेशन में स्क्रीन के लिए, सबसे छोटी चौड़ाई, आम तौर पर अपनी चौड़ाई के हिसाब से होती है, जबकि लैंडस्केप ओरिएंटेशन में यह काफ़ी समय तक. सभी मामलों में, सबसे छोटी चौड़ाई की चौड़ाई, स्क्रीन और मान नहीं बदलता है, भले ही ओरिएंटेशन कुछ भी हो. सबसे छोटी चौड़ाई ऐप्लिकेशन के लिए महत्वपूर्ण है क्योंकि यह सबसे छोटी संभावित चौड़ाई को दर्शाता है जिसमें ऐप्लिकेशन का यूज़र इंटरफ़ेस (यूआई) बनाना होगा. इसमें स्क्रीन एरिया शामिल नहीं हैं सुरक्षित रखा है.
• इसके उलट, स्क्रीन की चौड़ाई और ऊंचाई ऐप्लिकेशन लेआउट के लिए मौजूदा हॉरिज़ॉन्टल या वर्टिकल स्पेस मौजूद है, जिसे मापा गया है "डीपी" में इकाइयां जिसमें सिस्टम के रिज़र्व किए गए स्क्रीन एरिया शामिल नहीं हैं. चौड़ाई और जब उपयोगकर्ता लैंडस्केप के बीच ओरिएंटेशन स्विच करता है, तब स्क्रीन की ऊंचाई बदल जाती है और पोर्ट्रेट मोड में हो.

नई स्क्रीन सपोर्ट एपीआई को इस तरह डिज़ाइन किया गया है कि आप ऐप्लिकेशन का यूज़र इंटरफ़ेस (यूआई) मैनेज कर सकें मौजूदा स्क्रीन की सबसे छोटी चौड़ाई के हिसाब से फ़िल्टर करें. आप यह भी प्रबंधित कर सकते हैं ज़रूरत के हिसाब से मौजूदा चौड़ाई या ऊंचाई के हिसाब से यूज़र इंटरफ़ेस (यूआई). इन उद्देश्यों के लिए, API ये टूल उपलब्ध कराता है:

• लेआउट और अन्य संसाधनों को लक्षित करने के लिए कम से कम सबसे छोटी चौड़ाई, चौड़ाई या ऊंचाई, और
• ऐप्लिकेशन की ज़्यादा से ज़्यादा सीमा तय करने के लिए नई मेनिफ़ेस्ट विशेषताएं स्क्रीन के साथ काम करने की सीमा

साथ ही, ऐप्लिकेशन अब भी सिस्टम से क्वेरी कर सकते हैं और यूज़र इंटरफ़ेस (यूआई) को मैनेज कर सकते हैं जैसा कि प्लैटफ़ॉर्म के पिछले वर्शन में होता है.

नए एपीआई की मदद से, सबसे छोटी चौड़ाई की मदद से स्क्रीन को सीधे टारगेट किया जा सकता है, चौड़ाई और ऊंचाई के साथ-साथ, यह सामान्य बात है विशेषताओं के आधार पर तैयार किए गए हैं. नीचे दी गई टेबल में उदाहरण, जिन्हें "डीपी" में मापा जाता है इकाइयां.

टेबल 1. सघनता वाले सामान्य डिवाइस और साइज़, डीपी.

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

स्क्रीन सहायता के लिए नए रिसॉर्स क्वालीफ़ायर

Android 3.2 के नए संसाधन क्वालीफ़ायर से आप अपने लेआउट को बेहतर ढंग से लक्षित कर सकते हैं देखें. क्वालीफ़ायर का इस्तेमाल करके, संसाधन बनाए जा सकते हैं किसी खास कम से कम चौड़ाई, मौजूदा चौड़ाई या मौजूदा ऊंचाई, जिसे डेंसिटी-इंडिपेंडेंट पिक्सल में मापा जाता है.

नए क्वालिफ़ायर ये हैं:

• swNNNdp — इससे पता चलता है कि संसाधन का इस्तेमाल किया जाना चाहिए, जिसे "dp" में मापा गया हो इकाइयां. जैसा कि ऊपर बताया गया है, स्क्रीन की सबसे छोटी चौड़ाई स्थिर रहती है, भले ही स्क्रीन की दिशा कुछ भी हो. उदाहरणः sw320dp, sw720dp, और sw720dp.
• wNNNdp और hNNNdp — इससे पता चलता है कि कम से कम कितनी वह चौड़ाई या ऊंचाई जिस पर संसाधन का इस्तेमाल किया जाना चाहिए, जिसे "डीपी" में मापा जाता है इकाइयां. जैसे जैसा कि ऊपर बताया गया है, स्क्रीन की चौड़ाई और ऊंचाई, स्क्रीन और स्क्रीन की दिशा बदलने पर वह बदल सकती है. उदाहरणः w320dp, w720dp, और h1024dp.

ज़रूरत पड़ने पर, ओवरलैप होने वाले एक से ज़्यादा रिसॉर्स कॉन्फ़िगरेशन भी बनाए जा सकते हैं. उदाहरण के लिए, 480 से ज़्यादा चौड़ाई वाली किसी भी स्क्रीन पर इस्तेमाल करने के लिए, कुछ संसाधनों को टैग किया जा सकता है dp, अन्य 600 dp से ज़्यादा चौड़ाई के लिए और अन्य 720 dp से ज़्यादा चौड़ाई के लिए. टास्क कब शुरू होगा एक से ज़्यादा संसाधन कॉन्फ़िगरेशन दी गई स्क्रीन, सिस्टम, उस कॉन्फ़िगरेशन को चुनता है जो सबसे करीब से मेल खाता है. डिवाइस पर सटीक कंट्रोल पाने के लिए दिए गए स्क्रीन पर कौन-से संसाधन लोड होते हैं, तो किसी संसाधन के साथ कई नए या मौजूदा क्वालिफ़ायर को मिलाएं या क्वालीफ़ायर करें.

ऊपर बताए गए सामान्य डाइमेंशन के आधार पर, यहां कुछ उदाहरण दिए गए हैं. इनसे पता चलता है कि तो आप नए क्वालिफ़ायर का इस्तेमाल कर सकते हैं:

res/layout/main_activity.xml   # For phones
res/layout-sw600dp/main_activity.xml   # For 7” tablets
res/layout-sw720dp/main_activity.xml   # For 10” tablets
res/layout-w600dp/main_activity.xml   # Multi-pane when enough width
res/layout-sw600dp-w720dp/main_activity.xml   # For large width

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

res/layout/main_activity.xml   # For phones
res/layout-xlarge/main_activity.xml   # For pre-3.2 tablets
res/layout-sw600dp/main_activity.xml   # For 3.2 and up tablets

नए क्वालिफ़ायर का इस्तेमाल करने के तरीके के बारे में पूरी जानकारी के लिए, नए क्वालिफ़ायर का इस्तेमाल करना साइज़ क्वालिफ़ायर.

स्क्रीन के साइज़ के साथ काम करने के लिए नए मेनिफ़ेस्ट एट्रिब्यूट

यह फ़्रेमवर्क, <supports-screens> मेनिफ़ेस्ट एट्रिब्यूट का एक नया सेट देता है. अलग-अलग स्क्रीन साइज़ के लिए अपने ऐप्लिकेशन की सुविधा को मैनेज किया जाता है. खास तौर पर, यह तय किया जा सकता है कि आपका ऐप्लिकेशन किस स्क्रीन पर सबसे बड़ी और सबसे छोटी स्क्रीन पर दिखे को चलाने के लिए डिज़ाइन किया गया है. साथ ही, यह सबसे बड़ी स्क्रीन पर भी काम करता है जिस पर इसे चलने के लिए डिज़ाइन किया गया है की ज़रूरत नहीं है, क्योंकि उन्हें सिस्टम की नई स्क्रीन की ज़रूरत नहीं होती कंपैटबिलिटी मोड. ऊपर बताए गए रिसॉर्स क्वालीफ़ायर की तरह, नए मेनिफ़ेस्ट एट्रिब्यूट उन स्क्रीन की रेंज बताते हैं जिनके साथ ऐप्लिकेशन काम करता है, जैसा कि सबसे छोटी चौड़ाई के हिसाब से तय होता है.

स्क्रीन पर काम करने से जुड़ी सहायता के लिए, मेनिफ़ेस्ट के नए एट्रिब्यूट ये हैं:

• android:compatibleWidthLimitDp="numDp" — यह विशेषता की सहायता से आप वह अधिकतम छोटी चौड़ाई तय कर सकते हैं जिस पर ऐप्लिकेशन कंपैटबिलिटी मोड की ज़रूरत के बिना भी काम किया जा सकता है. अगर मौजूदा स्क्रीन इससे बड़ी है, तो दर्ज किए गए मान पर सिस्टम लागू नहीं होता है, लेकिन इससे उपयोगकर्ता को कम्पैटबिलटी मोड पर स्विच करने की अनुमति मिलती है. दबाएं.
• android:largestWidthLimitDp="numDp" — यह विशेषता की सहायता से आप वह अधिकतम छोटी चौड़ाई तय कर सकते हैं जिस पर ऐप्लिकेशन चलाने के लिए डिज़ाइन किया गया है. अगर मौजूदा स्क्रीन, तय की गई वैल्यू से बड़ी है, तो सिस्टम, ऐप्लिकेशन को ज़बरदस्ती स्क्रीन के साथ काम करने की सुविधा वाले मोड में ले जाता है, ताकि यह पक्का हो सके कि डिवाइस सही तरीके से काम करे मौजूदा स्क्रीन पर दिखाई दे सकता है.
• android:requiresSmallestWidthDp="numDp" — यह विशेषता की मदद से आप वह कम से कम सबसे छोटी चौड़ाई तय कर सकते हैं जिस पर ऐप्लिकेशन चला सकता है. अगर मौजूदा स्क्रीन बताई गई वैल्यू से छोटी है, तो सिस्टम ऐप्लिकेशन को डिवाइस के साथ असंगत मानता है, लेकिन उसे नहीं रोकता है उन्हें इंस्टॉल और चलाने से रोका जा सकता है.

ध्यान दें: फ़िलहाल, Google Play, फ़िल्टर नहीं करता इनमें से किसी भी एट्रिब्यूट के हिसाब से तय किए गए ऐप्लिकेशन के साथ काम करता है. फ़िल्टर करने के लिए ये सुविधाएं मिलेंगी इसे बाद के प्लैटफ़ॉर्म रिलीज़ में जोड़ा गया. जिन ऐप्लिकेशन के लिए ज़रूरी है स्क्रीन के साइज़ के हिसाब से फ़िल्टर करने पर, मौजूदा <supports-screens> का इस्तेमाल किया जा सकता है एट्रिब्यूट.

नए एट्रिब्यूट इस्तेमाल करने के तरीके के बारे में पूरी जानकारी के लिए, एलान करना स्क्रीन साइज़ की सुविधा.

स्क्रीन कंपैटबिलिटी मोड

Android 3.2, ऐप्लिकेशन के लिए नया स्क्रीन कम्पैटबिलटी मोड उपलब्ध कराता है इसमें यह एलान किया जा रहा है कि वे बड़ी स्क्रीन पर काम नहीं करेंगे क्या वे चल रहे हैं. यह नया "ज़ूम" मोड एक पिक्सल-स्केल किया गया है — यह ऐप्लिकेशन को छोटे स्क्रीन एरिया में रेंडर करता है और फिर पिक्सल को मौजूदा स्क्रीन को भरें.

डिफ़ॉल्ट रूप से, सिस्टम, ऐप्लिकेशन के लिए उपयोगकर्ता विकल्प के तौर पर स्क्रीन के साथ काम करने की सुविधा देने वाले मोड की सुविधा देता है की ज़रूरत होती है. उपयोगकर्ता उपलब्ध कंट्रोल का इस्तेमाल करके, ज़ूम मोड को चालू या बंद कर सकते हैं दबाएं.

ऐसा हो सकता है कि नया स्क्रीन साथ काम करने वाला मोड, सभी के लिए सही न हो ऐप्लिकेशन है, तो यह प्लैटफ़ॉर्म ऐप्लिकेशन को मेनिफ़ेस्ट का इस्तेमाल करके उसे बंद करने की अनुमति देता है एट्रिब्यूट. ऐप्लिकेशन के बंद होने पर, सिस्टम "ज़ूम" करने की सुविधा नहीं देता साथ काम करता है मोड को चालू करने का विकल्प भी है.

ध्यान दें: यह जानना ज़रूरी है कि अपने ऐप्लिकेशन में काम करने वाले मोड को कंट्रोल करने के लिए, कृपया Android पर बड़ी स्क्रीन पर काम करने वाले ऐप्लिकेशन के लिए नया मोड लेख पढ़ें डेवलपर ब्लॉग पर क्लिक करें.

720p वाले टेलीविज़न और इसके जैसे डिवाइसों के लिए नई स्क्रीन डेंसिटी

720p टेलीविज़न या ऐसे ही दूसरे टीवी पर चलने वाले ऐप्लिकेशन की ज़रूरतों को पूरा करने के लिए मध्यम सघनता वाली स्क्रीन, Android 3.2 में नई सामान्य सघनता, tvdpi, अनुमानित डीपीआई 213 के साथ. ऐप्लिकेशन densityDpi में नई सघनता है और इसका इस्तेमाल कर सकती है नया tvdpi क्वालीफ़ायर, टेलीविज़न और मिलते-जुलते डिवाइस. उदाहरण के लिए:

res/drawable-tvdpi/my_icon.png   # Bitmap for tv density

सामान्य तौर पर, ऐप्लिकेशन को इस सघनता पर काम करने की ज़रूरत नहीं होनी चाहिए. स्थितियों के लिए जहां 720p वाली स्क्रीन के लिए आउटपुट की ज़रूरत होती है, तब यूज़र इंटरफ़ेस (यूआई) एलिमेंट को स्केल किया जा सकता है उसे प्लैटफ़ॉर्म पर अपने-आप ले जाया जाता है.

यूज़र इंटरफ़ेस (यूआई) फ़्रेमवर्क

• फ़्रैगमेंट
  • Fragment.SavedState के नए क्लास में राज्य बना हुआ है फ़्रैगमेंट इंस्टेंस से मिली जानकारी के ज़रिए saveFragmentInstanceState().
  • नया तरीका saveFragmentInstanceState() यह इंस्टेंस मौजूदा स्थिति को सेव करता है दिया गया फ़्रैगमेंट. नया इंस्टेंस बनाते समय स्थिति का इस्तेमाल बाद में किया जा सकता है फ़्रैगमेंट का वह हिस्सा जो मौजूदा स्थिति से मेल खाता है.
  • नया तरीका setInitialSavedState() पहली बार बनाने पर फ़्रैगमेंट के लिए, सेव की गई शुरुआती स्थिति सेट करता है.
  • नया onViewCreated() कॉलबैक तरीका, उस फ़्रैगमेंट को सूचना देता है जो onCreateView() वापस आ गया है, लेकिन व्यू में सेव की गई किसी भी स्थिति को वापस लाने से पहले.
  • isDetached() तरीके से तय होता है कि फ़्रैगमेंट को यूज़र इंटरफ़ेस (यूआई) से साफ़ तौर पर अलग कर दिया गया है.
  • नया attach() और detach() तरीकों से कोई ऐप्लिकेशन, यूज़र इंटरफ़ेस (यूआई) में फ़्रैगमेंट को फिर से अटैच या अलग कर सकता है.
  • ओवरलोड के नए तरीके, setCustomAnimations() से आपको खास ऐनिमेशन सेट करने का विकल्प मिलता है एंट्री/बाहर निकलने की कार्रवाइयों के लिए चलाए जाने वाले संसाधन और खास तौर पर जब बैक स्टैक को पॉप-अप किया जा रहा है. लागू किए गए मौजूदा तरीके को इसमें शामिल नहीं किया जाता का इस्तेमाल करें.
• ActivityInfo और ऐप्लिकेशन जानकारी में स्क्रीन आकार की जानकारी
  • ActivityInfo, CONFIG_SCREEN_SIZE को जोड़ता है और CONFIG_SMALLEST_SCREEN_SIZE बिट मास्क के तौर पर configChanges में. बिट से पता चलता है कि कोई ऐक्टिविटी और सबसे छोटे स्क्रीन साइज़ को हैंडल कर पाए.
  • ApplicationInfo ने जोड़ा largestWidthLimitDp, compatibleWidthLimitDp, और requiresSmallestWidthDp फ़ील्ड, संबंधित <supports-screens> एट्रिब्यूट से लिया गया है को भी व्यवस्थित करने का तरीका जानें.
• WindowManager से डिसप्ले साइज़ पाने में मदद करने वाले टूल
  • नए तरीके getSize() और getRectSize(), ऐप्लिकेशन को डिसप्ले का मूल साइज़ पाने देते हैं.
• नया सार्वजनिक "होलोग्राफ़िक" स्टाइल
  • इस प्लैटफ़ॉर्म पर अब अलग-अलग तरह के सार्वजनिक "होलोग्राफ़िक" वीडियो दिखाए जाते हैं स्टाइल टेक्स्ट, ऐक्शनबार विजेट, और टैब वगैरह के लिए. यहां जाएं: पूरी सूची देखने के लिए R.style.
• LocalActivityManager, ActivityGroup, और LocalActivityManager का इस्तेमाल अब नहीं किया जा सकता
  • नए ऐप्लिकेशन को इन क्लास के बजाय फ़्रैगमेंट का इस्तेमाल करना चाहिए. यहां की यात्रा पर हूं पुराने वर्शन पर चलता रहे, तो v4 सहायता का इस्तेमाल किया जा सकता है. लाइब्रेरी (कंपैटबिलिटी लाइब्रेरी), Android SDK में उपलब्ध है. v4 सहायता लाइब्रेरी, फ़्रैगमेंट एपीआई का ऐसा वर्शन उपलब्ध कराती है जो नीचे दी गई फ़ाइलों के साथ काम करता है Android 1.6 (एपीआई लेवल 4).
  • Android 3.0 (एपीआई लेवल) के हिसाब से डेवलप किए जा रहे ऐप्लिकेशन के लिए 11) या उससे बाद के वर्शन का इस्तेमाल करके, आम तौर पर यूज़र इंटरफ़ेस (यूआई) में टैब, ActionBar.newTab() और उससे जुड़े एपीआई टैब उनके ऐक्शन बार क्षेत्र में रखने के लिए.

मीडिया फ़्रेमवर्क

• प्लैटफ़ॉर्म के मीडिया प्रोवाइडर (MediaStore) का इस्तेमाल करने वाले ऐप्लिकेशन, अब सीधे निकालने योग्य एसडी कार्ड, जहां डिवाइस के साथ काम करता है. ऐप्लिकेशन ये काम भी कर सकते हैं MTP API का उपयोग करके, सीधे SD कार्ड फ़ाइलों के साथ सहभागिता करें.

ग्राफ़िक्स

• Point और PointF में पार्सल हो सकने वाली सुविधाएं
  • Point और PointF क्लास में अब Parcelable इंटरफ़ेस और यूटिलिटी मेथड describeContents(), readFromParcel(), और writeToParcel() शामिल हैं.

IME फ़्रेमवर्क

• इसके लिए नई getModifiers() तरीका: कार्रवाई बदलने वाली कुंजियों की मौजूदा स्थिति वापस पाने के लिए.

यूएसबी फ़्रेमवर्क

• इसके लिए नई getRawDescriptors() तरीका: डिवाइस के मूल यूएसबी डिस्क्रिप्टर को वापस पाना. Google आपके यूआरएल पैरामीटर को कैसे इस्तेमाल करेगा, यह तय करने के लिए डिस्क्रिप्टर को ऐक्सेस करने का तरीका लेवल एपीआई का इस्तेमाल करें.

नेटवर्क

• नेटवर्क टाइप कॉन्सटेंट
  • ConnectivityManager कॉन्सटेंट TYPE_ETHERNET और TYPE_BLUETOOTH को जोड़ता है.

टेलीफ़ोनी

• नया NETWORK_TYPE_HSPAP नेटवर्क टाइप कॉन्स्टेंट.

मुख्य सुविधाएं

• पार्स किए जा सकने वाले टूल
  • Parcelable.ClassLoaderCreator का नया इंटरफ़ेस, इसकी अनुमति देता है वह ऐप्लिकेशन जिसमें आपको क्लासलोडर मिलता है. इसमें ऑब्जेक्ट बनाया जा रहा है.
  • मैनेज करने के लिए नए adoptFd, dup(), और fromFd() ParcelFileDescriptor ऑब्जेक्ट.
• बाइंडर और IBinder
  • नया तरीका dumpAsync() Binder और IBinder में ऐप्लिकेशन को डंप करें, जिससे यह पक्का हो सके कि टारगेट एसिंक्रोनस तरीके से काम करता है.
  • नया IBinder प्रोटोकॉल लेन-देन कोड TWEET_TRANSACTION, ऐप्लिकेशन को ट्वीट भेजने देता है टारगेट ऑब्जेक्ट में जोड़े जाते हैं.

नए फ़ीचर कॉन्सटेंट

इस प्लैटफ़ॉर्म पर हार्डवेयर की नई सुविधाएं जोड़ी गई हैं, जिनका एलान किया जा सकता है साथ ही, बाहरी इकाइयों को जानकारी देने के लिए, जैसे कि Google हार्डवेयर और सॉफ़्टवेयर की ज़रूरी क्षमताएँ. आप इन शर्तों को पूरा करने का एलान करते हैं और <uses-feature> मेनिफ़ेस्ट एलिमेंट में अन्य फ़ीचर कॉन्सटेंट.

Google Play, ऐप्लिकेशन को उनके <uses-feature> एट्रिब्यूट के हिसाब से फ़िल्टर करता है. इससे यह पक्का किया जाता है कि ऐप्लिकेशन सिर्फ़ उन डिवाइसों पर उपलब्ध हों जिन पर ज़रूरी शर्तें पूरी होती हैं.

• लैंडस्केप या पोर्ट्रेट मोड के लिए फ़ीचर कॉन्सटेंट की वैल्यू

  Android 3.2 में नए फ़ीचर कॉन्सटेंट प्रस्तुत किए गए हैं जो ऐप्लिकेशन को यह निर्दिष्ट करने देते हैं कि उन्हें लैंडस्केप ओरिएंटेशन, पोर्ट्रेट ओरिएंटेशन या दोनों में प्रदर्शन की आवश्यकता है या नहीं. इन कॉन्सटेंट को तय करने का मतलब है कि ऐप्लिकेशन को ऐसे डिवाइस पर इंस्टॉल नहीं किया जाना चाहिए जो इससे जुड़े ओरिएंटेशन की सुविधा न देता हो. इसके उलट, अगर एक या दोनों स्थिरांक का एलान नहीं किया गया है, तो इससे पता चलता है कि ऐप्लिकेशन में, बिना एलान वाले ओरिएंटेशन के लिए कोई प्राथमिकता नहीं दी गई है. साथ ही, इसे किसी ऐसे डिवाइस पर इंस्टॉल किया जा सकता है जो उन्हें ऑफ़र नहीं करता.

  • android.hardware.screen.landscape — ऐप्लिकेशन में डिसप्ले होना ज़रूरी है लैंडस्केप ओरिएंटेशन.
  • android.hardware.screen.portrait — ऐप्लिकेशन में डिसप्ले होना ज़रूरी है पोर्ट्रेट ओरिएंटेशन.

  लैंडस्केप और पोर्ट्रेट ओरिएंटेशन, दोनों में ठीक से काम करने वाले ऐप्लिकेशन के लिए, आम तौर पर ओरिएंटेशन से जुड़ी ज़रूरी शर्तों के बारे में बताना ज़रूरी नहीं होता. इसके बजाय, मुख्य रूप से किसी एक ओरिएंटेशन के लिए डिज़ाइन किया गया ऐप्लिकेशन, जैसे कि टेलीविज़न के लिए डिज़ाइन किया गया ऐप्लिकेशन, किसी एक कॉन्स्टेंट के बारे में बता सकता है, ताकि यह पक्का किया जा सके कि वह उन डिवाइसों पर उपलब्ध नहीं है जो ओरिएंटेशन की जानकारी नहीं देते.

  अगर मेनिफ़ेस्ट में बताई गई किसी गतिविधि को किसी खास ओरिएंटेशन (स्क्रीन की दिशा) में चलाया जाता है, तो android:screenOrientation एट्रिब्यूट का इस्तेमाल करके, यह भी बताया जाता है कि ऐप्लिकेशन के लिए उस ओरिएंटेशन की ज़रूरत होती है.

• अन्य विशेषता स्थिरांक
  • android.hardware.faketouch.multitouch.distinct — ऐप्लिकेशन में दो या उससे ज़्यादा पॉइंट की अलग-अलग ट्रैकिंग के साथ, एम्युलेट किए गए म्यूलिटच इनपुट की सुविधा होनी चाहिए.
  • android.hardware.faketouch.multitouch.jazzhand — ऐप्लिकेशन में पांच या उससे ज़्यादा पॉइंट को अलग-अलग ट्रैक करने के साथ, एम्युलेट किए गए म्यूलिटच इनपुट की सुविधा होनी चाहिए.

एपीआई में अंतर की रिपोर्ट

Android 3.2 (एपीआई) में एपीआई में हुए सभी बदलावों की ज़्यादा जानकारी के लिए लेवल 13), एपीआई में देखें अंतर की रिपोर्ट.

एपीआई लेवल

Android 3.2 प्लेटफ़ॉर्म फ़्रेमवर्क एपीआई को मैन्युअल तौर पर इस्तेमाल किया जा सकता है. Android 3.2 API को एक पूर्णांक आइडेंटिफ़ायर असाइन किया जाता है — 13 — इसका मतलब है कि सेव किया जाता है. "एपीआई लेवल" कहा जाने वाला यह आइडेंटिफ़ायर, सिस्टम को सही तरीके से यह तय करने की अनुमति देता है कि कोई ऐप्लिकेशन इसके साथ काम करता है या नहीं सिस्टम पर क्लिक करें.

अपने ऐप्लिकेशन में Android 3.2 में प्रस्तुत API का उपयोग करने के लिए, आपको इसमें दी गई Android लाइब्रेरी के हिसाब से ऐप्लिकेशन को कंपाइल करना होगा Android 3.2 SDK प्लैटफ़ॉर्म पर काम करती हैं. अपनी ज़रूरतों के आधार पर, शायद android:minSdkVersion="13" भी जोड़ना होगा ऐप्लिकेशन के <uses-sdk> एलिमेंट की विशेषता मेनिफ़ेस्ट.

ज़्यादा जानकारी के लिए, एपीआई क्या है, यह पढ़ें लेवल?