Android 9 में, डिवाइसों पर अलग-अलग तरह के डिसप्ले कटआउट लागू करने की सुविधा जोड़ी गई है. डिसप्ले में काट-छांट करने की सुविधा की मदद से, बेहतर और दिलचस्प अनुभव दिए जा सकते हैं. साथ ही, डिवाइस के सामने वाले हिस्से में ज़रूरी सेंसर के लिए जगह भी बची रहती है.
पहली इमेज. सबसे ऊपर बीच में दिखने वाला डिसप्ले कटआउट
Android 9, इन टाइप के कट्सआउट के साथ काम करता है:
- सबसे ऊपर बीच में: सबसे ऊपरी किनारे के बीच में कटी हुई जगह
- टॉप बीच में न हो: कटिंग कोने में या बीच से थोड़ा हटकर हो सकती है
- नीचे: नीचे का हिस्सा काटा गया
- ड्यूअल: एक कटआउट ऊपर और दूसरा नीचे
उदाहरण और सोर्स
PhoneWindowManager.java पर नीचे दिया गया विंडो मैनेजर कोड दिखाता है कि LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS के सेट न होने पर, डिसप्ले फ़्रेम सुरक्षित जगह में कैसे सेट होते हैं.
// Ensure that windows with a DEFAULT or NEVER display cutout mode are laid out in
// the cutout safe zone.
if (cutoutMode != LAYOUT_IN_DISPLAY_CUTOUT_MODE_ALWAYS) {
final Rect displayCutoutSafeExceptMaybeBars = mTmpDisplayCutoutSafeExceptMaybeBarsRect;
displayCutoutSafeExceptMaybeBars.set(displayFrames.mDisplayCutoutSafe);
if (layoutInScreen && layoutInsetDecor && !requestedFullscreen
&& cutoutMode == LAYOUT_IN_DISPLAY_CUTOUT_MODE_DEFAULT) {
// At the top we have the status bar, so apps that are
// LAYOUT_IN_SCREEN | LAYOUT_INSET_DECOR but not FULLSCREEN
// already expect that there's an inset there and we don't need to exclude
// the window from that area.
displayCutoutSafeExceptMaybeBars.top = Integer.MIN_VALUE;
}
if (layoutInScreen && layoutInsetDecor && !requestedHideNavigation
&& cutoutMode == LAYOUT_IN_DISPLAY_CUTOUT_MODE_DEFAULT) {
// Same for the navigation bar.
switch (mNavigationBarPosition) {
case NAV_BAR_BOTTOM:
displayCutoutSafeExceptMaybeBars.bottom = Integer.MAX_VALUE;
break;
case NAV_BAR_RIGHT:
displayCutoutSafeExceptMaybeBars.right = Integer.MAX_VALUE;
break;
case NAV_BAR_LEFT:
displayCutoutSafeExceptMaybeBars.left = Integer.MIN_VALUE;
break;
}
}
if (type == TYPE_INPUT_METHOD && mNavigationBarPosition == NAV_BAR_BOTTOM) {
// The IME can always extend under the bottom cutout if the navbar is there.
displayCutoutSafeExceptMaybeBars.bottom = Integer.MAX_VALUE;
}
// Windows that are attached to a parent and laid out in said parent already avoid
// the cutout according to that parent and don't need to be further constrained.
// Floating IN_SCREEN windows get what they ask for and lay out in the full screen.
// They will later be cropped or shifted using the displayFrame in WindowState,
// which prevents overlap with the DisplayCutout.
if (!attachedInParent && !floatingInScreenWindow) {
mTmpRect.set(pf);
pf.intersectUnchecked(displayCutoutSafeExceptMaybeBars);
parentFrameWasClippedByDisplayCutout |= !mTmpRect.equals(pf);
}
// Make sure that NO_LIMITS windows clipped to the display don't extend under the
// cutout.
df.intersectUnchecked(displayCutoutSafeExceptMaybeBars);
}
SystemUI, कटआउट एरिया में रेंडर करता है और उसे यह तय करना होता है कि वह कहां ड्रॉ कर सकता है. PhoneStatusBarView.java, ऐसे व्यू का उदाहरण देता है जिससे यह तय होता है कि डिसप्ले में कटआउट कहां है, वह कितना बड़ा है, और नेविगेशन बार का इनसेट, कटआउट वाले हिस्से से बचता है या नहीं.
onApplyWindowInsets() को बदलकर, व्यू यह तय कर सकता है कि काट-छांट कहां की गई है और उसके हिसाब से लेआउट अपडेट कर सकता है.
@Override
public WindowInsets onApplyWindowInsets(WindowInsets insets) {
if (updateOrientationAndCutout(mLastOrientation)) {
updateLayoutForCutout();
requestLayout();
}
return super.onApplyWindowInsets(insets);
}
इन तरीकों से पता चलता है कि सभी मामलों में स्टेटस बार में कटिंग कैसे मैनेज की जाती है. जैसे, सभी रोटेशन में सबसे ऊपर बीच में, सबसे ऊपर बीच में न होने पर, सबसे नीचे, और ड्यूअल-कटआउट.
ज़रूरी शर्तें
यह पक्का करने के लिए कि ऐप्लिकेशन पर कटिंग का बुरा असर न पड़े, आपको यह पक्का करना होगा कि:
- पोर्ट्रेट मोड में, स्टेटस बार की ऊंचाई कम से कम कटआउट की ऊंचाई के बराबर होनी चाहिए
- काट-छांट वाला हिस्सा, फ़ुलस्क्रीन और लैंडस्केप मोड में लेटरबॉक्स होना चाहिए
आपके डिवाइस के हर छोटे किनारे (ऊपर और नीचे) पर एक ककटआउट हो सकता है.
ज़्यादा जानकारी के लिए, सीडीडी देखें.
लागू करना
अपने डिवाइस पर डिसप्ले कटआउट लागू करने के लिए, आपको सिस्टम यूज़र इंटरफ़ेस (यूआई) के लिए ये वैल्यू कॉन्फ़िगर करनी होंगी.
| वैल्यू | ब्यौरा |
|---|---|
quick_qs_offset_height
|
क्विक सेटिंग पैनल के लिए ऊपरी मार्जिन तय करता है. पैनल के ऊपर मौजूद स्पेस में, घड़ी और बैटरी की जानकारी दिखती है. वैल्यू-लैंड में, |
quick_qs_total_height
|
नोटिफ़िकेशन शेड को बड़ा करने पर, क्विक सेटिंग पैनल (छोटा किया गया क्विक सेटिंग पैनल) की कुल ऊंचाई. इसमें घड़ी वाले पैनल के ऊपर का स्पेस भी शामिल है.
क्विक सेटिंग के प्लेसमेंट के तरीके की वजह से, क्विक-क्विक सेटिंग पैनल (इसमें ऑफ़सेट भी शामिल है) की कुल ऊंचाई स्थिर होनी चाहिए. इसलिए, इस वैल्यू को उसी डेल्टा |
status_bar_height_portrait
|
फ़्रेमवर्क के हिसाब से, स्टेटस बार की डिफ़ॉल्ट ऊंचाई. ज़्यादातर डिवाइसों में, यह डिफ़ॉल्ट रूप से 24dp पर सेट होता है. अगर कोई कटआउट है, तो इस वैल्यू को कटआउट की ऊंचाई पर सेट करें. अगर ज़रूरत हो, तो यह कटआउट से लंबा हो सकता है. |
status_bar_height_landscape
|
लैंडस्केप मोड में स्टेटस बार की ऊंचाई. कटआउट सिर्फ़ डिवाइस के छोटे किनारों पर काम करते हैं. इसलिए, स्टेटस बार की ऊंचाई में हमेशा बदलाव नहीं होगा. बिना कटआउट वाले डिवाइस में, यह |
config_mainBuiltInDisplayCutout
|
कटिंग का आकार तय करने वाला पाथ. यह एक ऐसी स्ट्रिंग है जिसे अलग-अलग डिवाइसों के हिसाब से साइज़ को एम्युलेट करने के लिए, पाथ पर |
config_fillMainBuiltinDisplayCutout
|
बूलियन वैल्यू, जो यह तय करती है कि सॉफ़्टवेयर में, ऊपर बताए गए काट-आउट पाथ को ड्रॉ करना है या नहीं. इसका इस्तेमाल, किसी कटे हुए हिस्से को एमुलेट करने या ऐंटी-ऐलिऐसिंग (ऐलिऐसिंग को कम करने की तकनीक) के लिए, किसी फ़िज़िकल कटे हुए हिस्से को भरने के लिए किया जा सकता है. अगर सही है, तो |
डिफ़ॉल्ट परिभाषाओं के लिए ये dimens फ़ाइलें देखें:
एमुलेट किए गए कटआउट के लिए ओवरले का उदाहरण:
<resources xmlns:xliff="urn:oasis:names:tc:xliff:document:1.2">
<!-- The bounding path of the cutout region of the main built-in display.
Must either be empty if there is no cutout region, or a string that is parsable by
{@link android.util.PathParser}.
The path is assumed to be specified in display coordinates with pixel units and in
the display's native orientation, with the origin of the coordinate system at the
center top of the display.
To facilitate writing device-independent emulation overlays, the marker `@dp` can be
appended after the path string to interpret coordinates in dp instead of px units.
Note that a physical cutout should be configured in pixels for the best results.
-->
<string translatable="false" name="config_mainBuiltInDisplayCutout">
M 0,0
L -48, 0
L -44.3940446283, 36.0595537175
C -43.5582133885, 44.4178661152 -39.6, 48.0 -31.2, 48.0
L 31.2, 48.0
C 39.6, 48.0 43.5582133885, 44.4178661152 44.3940446283, 36.0595537175
L 48, 0
Z
@dp
</string>
<!-- Whether the display cutout region of the main built-in display should be forced to
black in software (to avoid aliasing or emulate a cutout that is not physically existent).
-->
<bool name="config_fillMainBuiltInDisplayCutout">true</bool>
<!-- Height of the status bar -->
<dimen name="status_bar_height_portrait">48dp</dimen>
<dimen name="status_bar_height_landscape">28dp</dimen>
<!-- Height of area above QQS where battery/time go (equal to status bar height if > 48dp) -->
<dimen name="quick_qs_offset_height">48dp</dimen>
<!-- Total height of QQS (quick_qs_offset_height + 128) -->
<dimen name="quick_qs_total_height">176dp</dimen>
</resources>
पुष्टि करें
डिसप्ले कटआउट लागू करने की पुष्टि करने के लिए, tests/framework/base/windowmanager/src/android/server/wm पर जाकर, सीटीएस टेस्ट चलाएं.