How to prevent layout from overlapping with iOS status bar

66,692

Solution 1

There is a very simple way to fix this. Make a component.

You can create a StatusBar component and call it first after the first view wrapper in your parent components.

Here is the code for the one I use:

'use strict'
import React, {Component} from 'react';
import {View, Text, StyleSheet, Platform} from 'react-native';

class StatusBarBackground extends Component{
  render(){
    return(
      <View style={[styles.statusBarBackground, this.props.style || {}]}> //This part is just so you can change the color of the status bar from the parents by passing it as a prop
      </View>
    );
  }
}

const styles = StyleSheet.create({
  statusBarBackground: {
    height: (Platform.OS === 'ios') ? 18 : 0, //this is just to test if the platform is iOS to give it a height of 18, else, no height (Android apps have their own status bar)
    backgroundColor: "white",
  }

})

module.exports= StatusBarBackground

After doing this and exporting it to your main component, call it like this:

import StatusBarBackground from './YourPath/StatusBarBackground'

export default class MyScene extends Component {
  render(){
    return(
      <View>
        <StatusBarBackground style={{backgroundColor:'midnightblue'}}/>
      </View>
    )
  }
}

 

Solution 2

Now you can use SafeAreaView which is included in React Navigation:

<SafeAreaView>
    ... your content ...
</SafeAreaView>

Solution 3

I tried a more simple way for this.

We can get the height of Status Bar on android and use SafeAreaView along with it to make the code work on both platforms.

import { SafeAreaView, StatusBar, Platform } from 'react-native';

If we log out Platform.OS and StatusBar.currentHeight we get the logs,

console.log('Height on: ', Platform.OS, StatusBar.currentHeight);

Height on: android 24 and Height on: android 24

We can now optionally add margin/padding to our container view using

paddingTop: Platform.OS === "android" ? StatusBar.currentHeight : 0

The final code in App.js is below:

export default class App extends React.Component {
  render() {
    return (
      <SafeAreaView style={{ flex: 1, backgroundColor: "#fff" }}>
        <View style={styles.container}>
          <Text>Hello World</Text>
        </View>
      </SafeAreaView>
    );
  }
}

const styles = StyleSheet.create({
  container: {
    flex: 1,
    backgroundColor: "#fff",
    paddingTop: Platform.OS === "android" ? StatusBar.currentHeight : 0
  }
});

Solution 4

@philipheinser solution does work indeed.

However, I would expect that React Native's StatusBar component will handle that for us.

It doesn't, unfortunately, but we can abstract that away quite easily by creating our own component around it:

./StatusBar.js

import React from 'react';
import { View, StatusBar, Platform } from 'react-native';

// here, we add the spacing for iOS
// and pass the rest of the props to React Native's StatusBar

export default function (props) {
    const height = (Platform.OS === 'ios') ? 20 : 0;
    const { backgroundColor } = props;

    return (
        <View style={{ height, backgroundColor }}>
            <StatusBar { ...props } />
        </View>
    );
}

./index.js

import React from 'react';
import { View } from 'react-native';

import StatusBar from './StatusBar';

export default function App () {
    return (
      <View>
        <StatusBar backgroundColor="#2EBD6B" barStyle="light-content" />
        { /* rest of our app */ }
      </View>
    )
}
Before:

After:

Solution 5

The react-navigation docs have a great solution for this. First off, they recommend not to use the SafeAreaView included with React Native because:

While React Native exports a SafeAreaView component, it has some inherent issues, i.e. if a screen containing safe area is animating, it causes jumpy behavior. In addition, this component only supports iOS 10+ with no support for older iOS versions or Android. We recommend to use the react-native-safe-area-context library to handle safe areas in a more reliable way.

Instead, they recommend react-native-safe-area-context - with which it would look like this:

import React, { Component } from 'react';
import { View, Text, Navigator } from 'react-native';
import { useSafeArea } from 'react-native-safe-area-context';

export default function MyScene({title = 'MyScene'}) {
    const insets = useSafeArea();

    return (
        <View style={{paddingTop: insets.top}}>
            <Text>Hi! My name is {title}.</Text>
        </View> 
    )   
}

I would like to note that it's probably a better idea to use the SafeAreaView that this library offers though, since phones these days may also have elements at the bottom that can overlap UI elements. It all depends on your app of course. (For more detail on that, see the react-navigation docs I linked to in the beginning.)

Share:
66,692
Cliff
Author by

Cliff

Updated on October 21, 2021

Comments

  • Cliff
    Cliff over 2 years

    I am working on tutorial for React Native navigation. I found out that all layout starts loading from top of screen instead of below of the status bar. This causes most layouts to overlap with the status bar. I can fix this by adding a padding to the view when loading them. Is this the actual way to do it? I don' think manually adding padding is an actual way to solve it. Is there a more elegant way to fix this?

    import React, { Component } from 'react';
    import { View, Text, Navigator } from 'react-native';
    
    export default class MyScene extends Component {
        static get defaultProps() {
                return {
                        title : 'MyScene'    
                };  
        }   
        render() {
                return (
                        <View style={{padding: 20}}> //padding to prevent overlap
                                <Text>Hi! My name is {this.props.title}.</Text>
                        </View> 
                )   
        }    
    }
    

    Below shows the screenshots before and after the padding is added. enter image description here

  • nbkhope
    nbkhope over 6 years
    Is that height value fixed and does not change no matter what phone you have? If so, where can I find information about the correct specific value for iOS / Android?
  • Raptor
    Raptor over 6 years
    MidnightBlue is invalid, told by React Native: Warning: Failed prop type: Invalid prop backgroundColor supplied
  • bblincoe
    bblincoe over 6 years
    It should be midnightblue.
  • edA-qa mort-ora-y
    edA-qa mort-ora-y over 6 years
    The iOS status bar is not a fix size. It can be larger when sharing Wifi or in a call.
  • Yasir
    Yasir over 6 years
    How do I use this when using React navigation hookup with redux, all pages are either in a stack navigator or tab navigator (nested) and hook with redux
  • mrroot5
    mrroot5 about 6 years
    If you import the react native component "StatusBar" and then use: height: (Platform.OS === 'ios') ? 20 : StatusBar.currentHeight, instead of ? 20 : 0, you get the same result on Android.
  • Aᴄʜᴇʀᴏɴғᴀɪʟ
    Aᴄʜᴇʀᴏɴғᴀɪʟ about 6 years
    Might be good to note that this component is included in react-navigation now by default.
  • izikandrw
    izikandrw about 6 years
    this doesn't solve the issue of status bar overlap--I wrapped my app in SafeAreaView and my app still overlaps the StatusBar. It seems to be geared towards the iPhone X notch/rounded corners situation
  • Greg Ennis
    Greg Ennis about 6 years
    You don't wrap your app in it, you wrap a screen in it.
  • Jules
    Jules about 6 years
    @edA-qamort-ora-y True ... plus 20px is always wrong on 5.5" displays (which are 56 physical pixels / 3 displayPixelRatio = 18px) or iPhoneX (where it's 132 / 3 = 44px).
  • Asaf Katz
    Asaf Katz almost 6 years
    Ohh, that's nice! I like that one.
  • Fellow Stranger
    Fellow Stranger over 5 years
    @AndreFigueiredo Not correct. Works fine on all iPhone devices, as long as it's > iOS 11.
  • Andre Figueiredo
    Andre Figueiredo over 5 years
    @FellowStranger You're right. It's not strict to iPhone X.
  • manuelwaldner
    manuelwaldner about 5 years
    I tried it on android and it's working. I cannot test it on iOS yet, but as i know what the SafeArea is on iOS, i'm pretty sure it should work there too.
  • rosmcmahon
    rosmcmahon about 4 years
    *** This should be set to accepted answer *** The other solutions here provide arbitrary fixed heights based on their own single test situation
  • Pradeep
    Pradeep about 4 years
    A perfect answer but SafeAreaView is not applicable for the iPhone devices with version below 11
  • bruxo00
    bruxo00 about 4 years
    Worked just fine. Thanks!
  • Acauã Pitta
    Acauã Pitta about 3 years
    this is deprecated
  • AndyO
    AndyO almost 3 years
    @AcauãPitta Please provide a source when you make claims
  • sarfrazanwar
    sarfrazanwar over 2 years
    Best One. Worked. Why are we checking for ios here ?
  • Guilherme Samuel
    Guilherme Samuel about 2 years
    useSafeArea is deprecated according to the docs: github.com/th3rdwave/react-native-safe-area-context#usesafea‌​rea. They reccomend utilizing the useSafeAreaInsets hook.
  • Guilherme Samuel
    Guilherme Samuel about 2 years
    Use this hook for cases where you need more flexibility, but if you don't, as you said, use SafeAreaView with the SafeAreaProvider as it's the cleanest solution
  • Richard Muvirimi
    Richard Muvirimi about 2 years
    @izikandrw Depending on your setup, there may be more than one SafeAreaView, one from react-native and another from react-native-safe-area-context, the later is the one being referred to here