Que fait fitSystemWindows exactement?

J’ai du mal à comprendre le concept de fitsSystemWindows car en fonction de la vue, il fait des choses différentes. Selon la documentation officielle, c’est un

Atsortingbut booléen interne pour ajuster la disposition de la vue en fonction des fenêtres système telles que la barre d’état. Si la valeur est true, ajuste le remplissage de cette vue pour laisser de la place aux fenêtres du système .

Maintenant, en vérifiant la classe View.java , je peux voir que si elle est définie sur true , les encarts de la fenêtre (barre d’état, barre de navigation …) sont appliqués aux bourrages de la vue, conformément à la documentation citée ci-dessus. Ceci est la partie pertinente du code:

 private boolean fitSystemWindowsInt(Rect insets) { if ((mViewFlags & FITS_SYSTEM_WINDOWS) == FITS_SYSTEM_WINDOWS) { mUserPaddingStart = UNDEFINED_PADDING; mUserPaddingEnd = UNDEFINED_PADDING; Rect localInsets = sThreadLocal.get(); if (localInsets == null) { localInsets = new Rect(); sThreadLocal.set(localInsets); } boolean res = computeFitSystemWindows(insets, localInsets); mUserPaddingLeftInitial = localInsets.left; mUserPaddingRightInitial = localInsets.right; internalSetPadding(localInsets.left, localInsets.top, localInsets.right, localInsets.bottom); return res; } return false; } 

Avec la nouvelle conception matérielle, il y a de nouvelles classes qui utilisent largement ce drapeau et c’est là que vient la confusion. Dans de nombreuses sources, fitsSystemWindows est mentionné comme indicateur à définir pour placer la vue derrière les barres système. Voir ici

• Gestion d’un élément de menu Click Event – Android
• Barre d’action Android ne montrant pas de débordement
• Comment désactiver le WiFi sur un appareil Android par programmation?
• Android SDK AsyncTask doInBackground ne fonctionne pas (sous-classe)
• Comment gérer un corps de réponse vide avec Retrofit 2?

La documentation de ViewCompat.java pour setFitsSystemWindows dit:

Définit si cette vue doit ou non tenir compte des décorations d’écran du système telles que la barre d’état et insérer son contenu; c’est-à-dire contrôler si l’implémentation par défaut de {@link View # fitSystemWindows (Rect)} sera exécutée. Voir cette méthode pour plus de détails .

En conséquence, fitsSystemWindows signifie simplement que la fonction fitsSystemWindows() sera exécutée? Les nouvelles classes de matériau semblent simplement utiliser ceci pour dessiner sous la barre d’état. Si nous regardons le code de DrawerLayout.java , nous pouvons voir ceci:

 if (ViewCompat.getFitsSystemWindows(this)) { IMPL.configureApplyInsets(this); mStatusBarBackground = IMPL.getDefaultStatusBarBackground(context); } 

…

 public static void configureApplyInsets(View drawerLayout) { if (drawerLayout instanceof DrawerLayoutImpl) { drawerLayout.setOnApplyWindowInsetsListener(new InsetsListener()); drawerLayout.setSystemUiVisibility(View.SYSTEM_UI_FLAG_LAYOUT_STABLE | View.SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN); } } 

Et nous voyons le même schéma dans le nouveau CoordinatorLayout ou AppBarLayout .

Cela ne fonctionne-t-il pas exactement de la même manière que la documentation de fitsSystemWindows ? Dans les derniers cas, cela signifie dessiner derrière les barres système .

Toutefois, si vous souhaitez qu’un FrameLayout se dessine derrière la barre d’état, la définition de fitsSystemWindows sur true ne fait pas l’affaire, car l’implémentation par défaut effectue ce qui est documenté initialement. Vous devez le remplacer et append les mêmes indicateurs que les autres classes mentionnées. Est-ce que je manque quelque chose?

• Comment faire défiler vers le bas dans un ScrollView au démarrage de l’activité
• géolocalisation Android Webview
• Travis.yml ./gradlew: permission refusée
• Comment puis-je supprimer tous les fichiers d’un dossier présent dans la carte SD
• Comment utiliser les méthodes setArguments () et getArguments () dans Fragments?