साथ काम करने के फ़्रेमवर्क में बदलाव (Android 13)

ACCOUNT_ACCESS_CHECK_CHANGE_ID

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

ALLOW_COPY_SOLID_COLOR_VIEW

Android 13 (एपीआई लेवल 33) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, यह अनुमति किसी ऐप्लिकेशन को SplashScreen.OnExitAnimationListener.onSplashScreenExit(SplashScreenView) कॉलबैक पाने की अनुमति देती है. भले ही, स्प्लैश स्क्रीन पर सिर्फ़ एक रंग दिखता हो.

ALLOW_SECURE_ACTIVITY_DISPLAY_ON_REMOTE_DEVICE

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

BORINGLAYOUT_FALLBACK_LINESPACING

Android 13 (एपीआई लेवल 33) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, यह BoringLayout के लिए फ़ॉलबैक टेक्स्ट लाइन स्पेसिंग (लाइन की ऊंचाई) को चालू करता है.

CALL_REDIRECTION_AUDIO_MODES

Android 13 (एपीआई लेवल 33) और उसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, कॉल के ऑडियो को रीडायरेक्ट करने के लिए ऑडियो मोड का इस्तेमाल करने की अनुमति देता है.

CAMERA_MIC_INDICATORS_NOT_PRESENT

इससे पता चलता है कि यह डिवाइस, कैमरा और माइक्रोफ़ोन इंडिकेटर की सुविधा के साथ काम करता है. अगर चेंज आईडी मौजूद है, तो वैल्यू false होगी. ऐसा इसलिए, क्योंकि CompatChanges#isChangeEnabled तरीके से, चेंज आईडी मौजूद न होने पर true दिखता है.

CLEAR_SHOW_FORCED_FLAG_WHEN_LEAVING

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

DEFER_BOOT_COMPLETED_BROADCAST_CHANGE_ID

Android 13 (एपीआई लेवल 33) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, LOCKED_BOOT_COMPLETED और BOOT_COMPLETED ब्रॉडकास्ट को तब तक के लिए रोक दें, जब तक यूआईडी में कोई प्रोसेस पहली बार शुरू न हो जाए.

DISALLOW_DEADLINES_FOR_PREFETCH_JOBS

Android 13 (एपीआई लेवल 33) और उसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, प्रीफ़ेच जॉब (JobInfo.Builder.setPrefetch(boolean)) के लिए समयसीमा सेट करने (JobInfo.Builder.setOverrideDeadline(long) का इस्तेमाल करके) की अनुमति नहीं है. प्रीफ़ेच जॉब, ऐप्लिकेशन के अगले लॉन्च के आस-पास चलने के लिए होती हैं. इसलिए, इनके लिए समयसीमा तय करने की अनुमति नहीं है. हालांकि, सिस्टम समयसीमा वाली पहले से शेड्यूल की गई किसी भी प्रीफ़ेच जॉब को नहीं हटाता या रद्द नहीं करता.

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

DOWNSCALED

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

• DOWNSCALE_30
• DOWNSCALE_35
• DOWNSCALE_40
• DOWNSCALE_45
• DOWNSCALE_50
• DOWNSCALE_55
• DOWNSCALE_60
• DOWNSCALE_65
• DOWNSCALE_70
• DOWNSCALE_75
• DOWNSCALE_80
• DOWNSCALE_85
• DOWNSCALE_90

किसी ऐप्लिकेशन पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन का साइज़ सबसे ज़्यादा, चालू किए गए स्केलिंग फ़ैक्टर के हिसाब से बदल जाता है. उदाहरण के लिए, अगर 80% और 70% (DOWNSCALE_80 और DOWNSCALE_70), दोनों चालू हैं, तो 80% का इस्तेमाल किया जाएगा.

DOWNSCALE_30

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 30% है.

DOWNSCALE_35

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 35% है.

DOWNSCALE_40

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 40% है.

DOWNSCALE_45

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 45% है.

DOWNSCALE_50

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 50% है.

DOWNSCALE_55

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 55% है.

DOWNSCALE_60

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 60% है.

DOWNSCALE_65

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 65% है.

DOWNSCALE_70

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 70% है.

DOWNSCALE_75

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 75% है.

DOWNSCALE_80

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 80% है.

DOWNSCALE_85

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 85% है.

DOWNSCALE_90

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 90% है.

DUMP_IGNORES_SPECIAL_ARGS

Android 13 (एपीआई लेवल 33) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, अगर dumpsys activity को कुछ खास आर्ग्युमेंट के साथ कॉल किया जाता है, तो dump(String, FileDescriptor, PrintWriter, String[]) को कॉल नहीं किया जाता है.

DYNAMIC_RECEIVER_EXPLICIT_EXPORT_REQUIRED

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

ज़्यादा जानने के लिए, कॉन्टेक्स्ट में रजिस्टर किए गए रिसीवर को ज़्यादा सुरक्षित तरीके से एक्सपोर्ट करना सेक्शन देखें.

ENABLE_PENDING_INTENT_BAL_OPTION

Android 13 (एपीआई लेवल 33) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, यह PendingIntent को बैकग्राउंड ऐक्टिविटी शुरू करने के लिए गलत तरीके से इस्तेमाल होने से बचाता है.

ENABLE_SIMPLIFIED_DARK_MODE

Android 13 (एपीआई लेवल 33) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, यह वेब कॉन्टेंट को ऐप्लिकेशन की थीम के हिसाब से लाइट या डार्क स्टाइल लागू करने की अनुमति देता है. साथ ही, यह WebView को एल्गोरिथम के हिसाब से वेब कॉन्टेंट को डार्क करने की अनुमति देता है. ज़्यादा जानकारी के लिए, setAlgorithmicDarkeningAllowed(boolean) पर जाएं.

ENABLE_TOUCH_OPAQUE_ACTIVITIES

Android 13 (एपीआई लेवल 33) या उसके बाद के वर्शन पर चलने वाले ऐप्लिकेशन के लिए, यह फ़्लैग सेट करने पर ऐक्टिविटी, टास्क की सीमाओं के अंदर किए गए सभी टच इवेंट को इस्तेमाल करती हैं.

ENABLE_USE_EXACT_ALARM

Android 13 (एपीआई लेवल 33) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, यह अनुमति कुछ खास तरह के ऐप्लिकेशन को Manifest.permission.USE_EXACT_ALARM का इस्तेमाल करके, सटीक समय वाले अलार्म शेड्यूल करने की अनुमति देती है.

ENFORCE_INTENTS_TO_MATCH_INTENT_FILTERS

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

ENFORCE_STRICT_QUERY_BUILDER

इस सुविधा के चालू होने पर, SQLiteQueryBuilder, सभी CalendarProvider2 क्वेरी के चुने गए विकल्पों की जांच करता है. इससे यह पता चलता है कि कहीं उनमें नुकसान पहुंचाने वाले पैरामीटर तो शामिल नहीं हैं.

FORCE_DISABLE_HEVC_SUPPORT

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

FORCE_ENABLE_HEVC_SUPPORT

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

FORCE_NON_RESIZE_APP

इस सेटिंग को जिन पैकेज पर लागू किया जाता है उनका साइज़ नहीं बदला जा सकता.

FORCE_RESIZE_APP

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

GET_API_SIGNATURES_FROM_UICC_PORT_INFO

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

GWP_ASAN

इस सेटिंग से, ऐप्लिकेशन में सैंपल आधारित नेटिव मेमोरी से जुड़ी गड़बड़ी की पहचान करने की सुविधा चालू होती है.

GWP-ASan का इस्तेमाल करने के बारे में ज़्यादा जानने के लिए, GWP-ASan गाइड देखें.

ICC_CLOSE_CHANNEL_EXCEPTION_ON_FAILURE

Android 13 (एपीआई लेवल 33) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, अब आईसीसी क्लोज़ चैनल ऑपरेशन के फ़ेल होने पर अपवाद दिखता है.

MEDIA_CONTROL_SESSION_ACTIONS

Android 13 (एपीआई लेवल 33) और उसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, Notification.MediaStyle सूचनाओं पर आधारित मीडिया कंट्रोल में अब मीडिया सेशन के PlaybackState के आधार पर कार्रवाइयां की जा सकती हैं. पहले, सूचनाओं के आधार पर कार्रवाइयां की जाती थीं.

इस बदलाव के बारे में ज़्यादा जानने के लिए, Android 13 के व्यवहार में हुए बदलावों के बारे में जानकारी देने वाले पेज पर जाएं. इसके बाद, मीडिया कंट्रोल में हुए बदलाव सेक्शन देखें.

NATIVE_HEAP_ZERO_INIT

'नेटिव हीप मेमोरी का बंटवारा' प्रोसेस के लिए, अपने-आप शून्य से शुरू होने की सुविधा चालू करें.

NATIVE_MEMTAG_ASYNC

इस प्रोसेस में, एसिंक्रोनस (एक साथ काम नहीं करने वाली प्रोसेस) मेमोरी टैग की जांच करने की सुविधा चालू करें. इस फ़्लैग का असर सिर्फ़ उन हार्डवेयर पर पड़ता है जो ARM मेमोरी टैगिंग एक्सटेंशन (एमटीई) के साथ काम करते हैं.

NATIVE_MEMTAG_SYNC

इस प्रोसेस में, सिंक्रोनस (सिंक में काम करने वाली प्रोसेस) मेमोरी टैग की जांच करने की सुविधा चालू करता है. इस फ़्लैग का असर सिर्फ़ उन हार्डवेयर पर पड़ता है जो ARM मेमोरी टैगिंग एक्सटेंशन (एमटीई) के साथ काम करते हैं. अगर NATIVE_MEMTAG_ASYNC और यह विकल्प, दोनों चालू हैं, तो इस विकल्प को प्राथमिकता दी जाती है. साथ ही, एमटीई को सिंक मोड में चालू किया जाता है.

NOTIFICATION_LOG_ASSISTANT_CANCEL

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

NOTIFICATION_PERM_CHANGE_ID

Android 13 (एपीआई लेवल 33) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, सूचनाओं के लिए रनटाइम की अनुमति से जुड़े व्यवहार में बदलावों को चालू करता है.

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

NOTIFICATION_TRAMPOLINE_BLOCK_FOR_EXEMPT_ROLES

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

OVERRIDABLE_COMPONENT_CALLBACKS

Android 13 (एपीआई लेवल 33) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, registerComponentCallbacks(ComponentCallbacks) में ComponentCallbacks को Activity या ContextWrapper.getBaseContext() में हमेशा जोड़ने के बजाय जोड़ता है.getApplicationContext()

OVERRIDE_CAMERA_RESIZABLE_AND_SDK_CHECK

इस सुविधा को चालू करके जिन पैकेज पर इसे लागू किया जाता है वे android:resizeableActivity की मौजूदा वैल्यू को अनदेखा कर देते हैं. साथ ही, वे M या इससे पहले के वर्शन वाले टारगेट एसडीके को भी अनदेखा कर देते हैं. इसके अलावा, पैकेज में हुए बदलाव की वजह से ऐक्टिविटी को रीसाइज़ नहीं किया जा सकता. इस मामले में, कैमरा घुमाने और क्रॉप करने की वैल्यू सिर्फ़ ज़रूरी कंपंसेशन (बदलावों) पर निर्भर करेगी. यह कंपंसेशन, डिसप्ले में हो रहे मौजूदा घुमाव को ध्यान में रखकर तय की जाती है.

OVERRIDE_CAMERA_ROTATE_AND_CROP_DEFAULTS

इस बदलाव को चालू करके जिन पैकेज पर इसे लागू किया जाता है वे कैमरे को घुमाने और क्रॉप करने के डिफ़ॉल्ट व्यवहार को बदल देते हैं. साथ ही, हमेशा CaptureRequest.SCALER_ROTATE_AND_CROP_NONE दिखाते हैं. नीचे दी गई टेबल में, डिफ़ॉल्ट व्यवहार के साथ-साथ ओवरराइड करने के सभी संभावित कॉम्बिनेशन के बारे में बताया गया है.

OVERRIDE_MIN_ASPECT_RATIO

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

• OVERRIDE_MIN_ASPECT_RATIO_LARGE
• OVERRIDE_MIN_ASPECT_RATIO_MEDIUM
• OVERRIDE_MIN_ASPECT_RATIO_PORTRAIT_ONLY

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

OVERRIDE_MIN_ASPECT_RATIO_LARGE

जब OVERRIDE_MIN_ASPECT_RATIO भी चालू होता है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, गतिविधि का कम से कम आसपेक्ट रेशियो OVERRIDE_MIN_ASPECT_RATIO_LARGE_VALUE के हिसाब से तय की गई बड़ी वैल्यू पर सेट हो जाता है.

OVERRIDE_MIN_ASPECT_RATIO_MEDIUM

जब OVERRIDE_MIN_ASPECT_RATIO भी चालू होता है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, गतिविधि का कम से कम आसपेक्ट रेशियो OVERRIDE_MIN_ASPECT_RATIO_MEDIUM_VALUE के हिसाब से तय की गई मीडियम वैल्यू पर सेट हो जाता है.

OVERRIDE_MIN_ASPECT_RATIO_PORTRAIT_ONLY

OVERRIDE_MIN_ASPECT_RATIO चालू होने पर, यह बदलाव उन अन्य बदलावों को सीमित करता है जिनकी वजह से किसी गतिविधि के कम से कम आसपेक्ट रेशियो को OVERRIDE_MIN_ASPECT_RATIO_LARGE और OVERRIDE_MIN_ASPECT_RATIO_MEDIUM जैसी किसी खास वैल्यू पर सेट करना पड़ता है. ऐसा उन गतिविधियों के लिए किया जाता है जिनमें पोर्ट्रेट ओरिएंटेशन होता है.

RATE_LIMIT_TOASTS

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

REQUEST_LISTENING_MUST_MATCH_PACKAGE

Android 13 (एपीआई लेवल 33) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, TileService.requestListeningState(Context, ComponentName) को कॉल करने पर यह जांच की जाती है कि कॉल करने वाले पैकेज (यूआईडी) और टारगेट ComponentName के पैकेज का यूआईडी एक जैसा है या नहीं. सिस्टम यह भी जांच करता है कि इस्तेमाल किया गया कॉन्टेक्स्ट, मौजूदा उपयोगकर्ता की ओर से कार्रवाइयां कर सकता है या नहीं.

RETURN_ADVANCED_VIDEO_PROFILES

Android 13 (एपीआई लेवल 33) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, यह तय करता है कि getAll(String, int) से किस तरह की वीडियो प्रोफ़ाइलें दिखेंगी.

SHOULD_RESOLVE_PORT_INDEX_FOR_APPS

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

SWITCH_WITHOUT_PORT_INDEX_EXCEPTION_ON_DISABLE

Android 13 (एपीआई लेवल 33) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, सिस्टम एक अपवाद दिखाता है. ऐसा तब होता है, जब सदस्यता बंद करने के लिए portIndex के बिना switchToSubscription() को कॉल किया जाता है.

THROW_ON_INVALID_PRIORITY_VALUE

Android 13 (एपीआई लेवल 33) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, अगर कोई ऐप्लिकेशन JobInfo.Builder.setPriority(int) का इस्तेमाल करके प्राथमिकता की अमान्य वैल्यू देता है, तो सिस्टम एक अपवाद दिखाता है. ऐसा हो सकता है कि लेगसी ऐप्लिकेशन, एपीआई का गलत तरीके से इस्तेमाल कर रहे हों. इसलिए, अगर वे एपीआई का इस्तेमाल जारी रखते हैं, तो कॉल साइलेंट मोड में फ़ेल हो जाएगा.

USE_EXPERIMENTAL_COMPONENT_ALIAS

इस सुविधा को चालू करने पर, सिस्टम "android" पैकेज को कॉम्पोनेंट के उपनाम इस्तेमाल करने की अनुमति देता है.