AppShell

Responsive shell for your application with header, navbar, aside and footer

Examples

This page contains documentation only. All AppShell components have a fixed position; examples are included in a separate documentation section.

Open AppShell examples page

Usage

AppShell is a layout component that can be used to create a common Header / Navbar / Footer / Aside layout pattern. All AppShell components have position: fixed styling, so they do not scroll with the page.

Basic AppShell example with header and navbar. The navbar is hidden on mobile by default and can be toggled with the burger button.

import { AppShell, Burger } from '@mantine/core';
import { useDisclosure } from '@mantine/hooks';

function Demo() {
  const [opened, { toggle }] = useDisclosure();

  return (
    <AppShell
      padding="md"
      header={{ height: 60 }}
      navbar={{
        width: 300,
        breakpoint: 'sm',
        collapsed: { mobile: !opened },
      }}
    >
      <AppShell.Header>
        <Burger
          opened={opened}
          onClick={toggle}
          hiddenFrom="sm"
          size="sm"
        />

        <div>Logo</div>
      </AppShell.Header>

      <AppShell.Navbar>Navbar</AppShell.Navbar>

      <AppShell.Main>Main</AppShell.Main>
    </AppShell>
  );
}

AppShell components

  • AppShell – root component that wraps all other sections and configures the overall layout.
  • AppShell.Header – fixed header at the top, controlled by the header prop.
  • AppShell.Navbar – fixed navbar on the left, controlled by the navbar prop.
  • AppShell.Aside – fixed aside on the right, controlled by the aside prop.
  • AppShell.Footer – fixed footer at the bottom, controlled by the footer prop.
  • AppShell.Main – main content area, statically positioned and offset by the other sections.
  • AppShell.Section – utility for grouping content inside AppShell.Navbar or AppShell.Aside, useful for scrollable areas.

Configuration

The AppShell component accepts header, footer, navbar, and aside props to configure the corresponding sections. You must set these props if you want to use the corresponding components. For example, to use the AppShell.Header component, you need to set the header prop on the AppShell component.

header and footer configuration objects share the same type:

interface Configuration {
  /** Height of the section: number, string or
   ** object with breakpoints as keys and height as values */
  height: AppShellSize | AppShellResponsiveSize;

  /** When collapsed is true, the section is hidden
   ** from the viewport and doesn't affect the AppShell.Main offset */
  collapsed?: boolean;

  /** Controls whether AppShell.Main should be offset by this section.
   ** Useful for scenarios like hiding a header based on scroll position. */
  offset?: boolean;
}

navbar and aside configuration objects type:

interface Configuration {
  /** Width of the section: number, string, or
   ** object with breakpoints as keys and widths as values */
  width: AppShellSize | AppShellResponsiveSize;

  /** Breakpoint at which the section switches to mobile mode.
   ** In mobile mode, the section always has 100% width and its
   ** collapsed state is controlled by `collapsed.mobile`
   ** instead of `collapsed.desktop` */
  breakpoint: MantineBreakpoint | (string & {}) | number;

  /** Determines whether the section should be collapsed */
  collapsed?: { desktop?: boolean; mobile?: boolean };
}

layout prop

layout prop controls how AppShell.Header/AppShell.Footer and AppShell.Navbar/AppShell.Aside are positioned relative to each other. It accepts alt and default values:

  • alt – AppShell.Navbar/AppShell.Aside extends the full viewport height, while AppShell.Header/AppShell.Footer width equals the viewport width minus the width of AppShell.Navbar and AppShell.Aside (example)
  • default – AppShell.Navbar/AppShell.Aside height equals the viewport height minus AppShell.Header/AppShell.Footer height, and AppShell.Header/AppShell.Footer spans the full viewport width (example)

Resizable sections

Use the useAppShellResize hook together with the resize prop to let the user resize AppShell.Navbar/AppShell.Aside horizontally and AppShell.Header/AppShell.Footer vertically – with a mouse, touch, or keyboard. Only the sections passed to useAppShellResize get a resize handle, the section configuration objects (navbar={{ width, breakpoint }} etc.) do not change:

import { AppShell, useAppShellResize } from '@mantine/core';

function Demo() {
  const resize = useAppShellResize({
    navbar: { min: 200, max: 500 },
    header: { min: 48, max: 120 },
  });

  return (
    <AppShell
      header={{ height: 60 }}
      navbar={{ width: 300, breakpoint: 'sm' }}
      resize={resize}
    >
      <AppShell.Header>Header</AppShell.Header>
      <AppShell.Navbar>Navbar</AppShell.Navbar>
      <AppShell.Main>Main</AppShell.Main>
    </AppShell>
  );
}

In this example, navbar and header are passed to useAppShellResize, so AppShell.Navbar and AppShell.Header render a resize handle – AppShell.Aside and AppShell.Footer keep their configured size even if they are used elsewhere in the same AppShell. See the resizable app shell example for a full demo that includes a reset button.

Note that when the resize prop is set (same as with mode="static"), the --app-shell-* CSS variables are defined on the AppShell root element instead of :root, so they can only be read from elements rendered inside the AppShell.

useAppShellResize hook

The hook accepts an object with the following properties:

interface UseAppShellResizeInput {
  /** `AppShell.Navbar` resize options, the section is resizable when set */
  navbar?: AppShellResizeSectionOptions;

  /** `AppShell.Aside` resize options, the section is resizable when set */
  aside?: AppShellResizeSectionOptions;

  /** `AppShell.Header` resize options, the section is resizable when set */
  header?: AppShellResizeSectionOptions;

  /** `AppShell.Footer` resize options, the section is resizable when set */
  footer?: AppShellResizeSectionOptions;

  /** Sizes applied to sections that have not been resized yet, usually restored from storage */
  initialSizes?: AppShellResizeSizes;

  /** Called on every pointer move during a resize */
  onResize?: (sizes: AppShellResizeSizes) => void;

  /** Called when a resize is committed */
  onResizeEnd?: (sizes: AppShellResizeSizes) => void;

  /** Called when a section is dragged across its `collapseThreshold` */
  onCollapseChange?: (section: AppShellResizeSection, collapsed: boolean) => void;
}

Each section option (navbar, aside, header, footer) accepts the same shape:

interface AppShellResizeSectionOptions {
  /** Minimum size, in the same units as the section `width`/`height` configuration @default 0 */
  min?: number;

  /** Maximum size, in the same units as the section `width`/`height` configuration @default viewport size */
  max?: number;

  /** Size below which `onCollapseChange` reports the section as collapsed */
  collapseThreshold?: number;

  /** `aria-label` of the resize handle @default 'Resize navbar' | 'Resize aside' | 'Resize header' | 'Resize footer' */
  label?: string;
}

Note that the effective maximum is always the smaller of max and the current viewport size – a max larger than the viewport has no effect.

Resize handles are rendered as role="separator" elements with an English aria-label by default (Resize navbar, Resize aside, Resize header, Resize footer). Use the label option to localize it or to describe the section more precisely, for example navbar: { min: 200, max: 500, label: 'Sidebar width' }.

useAppShellResize returns a controller for every section (navbar, aside, header, footer) with the following shape:

interface AppShellResizeSectionController {
  /** `true` when the section was configured as resizable */
  enabled: boolean;

  /** Current size override, `undefined` when the section has not been resized */
  size: number | undefined;

  /** `true` while the section is being resized */
  active: boolean;

  /** Sets the section size, does not call `onResize`/`onResizeEnd` */
  setSize: (size: number) => void;

  /** Clears the size override, the section returns to the size defined in its configuration */
  reset: () => void;
}

as well as sizes – current size overrides of all sections, and resetAll() – clears size overrides of all sections. setSize, reset, and resetAll never call onResize/onResizeEnd. The returned object also carries a few fields used internally by AppShell to wire up the resize handles (options, activeSection, startResize, previewResize, endResize, initCollapse, reportCollapse) – you do not need to use them directly.

Keyboard shortcuts

Every resize handle is focusable and supports the following keys. Keys for the section's other axis (for example, ArrowUp/ArrowDown on AppShell.Navbar) are ignored:

KeyDescription
ArrowLeft/ArrowRightResizes AppShell.Navbar/AppShell.Aside by 10
ArrowUp/ArrowDownResizes AppShell.Header/AppShell.Footer by 10
Shift + arrow keySame as the arrow key, but changes the size by 50
HomeSets the size to the configured minimum
EndSets the size to the configured maximum
EscapeCancels an in-progress mouse or touch drag

Arrow key, Home, and End presses commit the size immediately, so they trigger onResizeEnd, not onResize. Double-clicking a handle resets the section, same as calling reset().

Responsive sizes and reset

Once a section is resized, it stops following its configured width/height – including a responsive { base, sm, ... } object – until reset() is called. Calling reset() (or double-clicking the handle) returns the section to the value currently defined in its width/height configuration.

Persisting sizes

Combine useAppShellResize with use-local-storage to remember sizes between visits:

const [sizes, setSizes] = useLocalStorage<AppShellResizeSizes>({
  key: 'app-shell-sizes',
  defaultValue: {},
});

const resize = useAppShellResize({
  navbar: { min: 200, max: 500 },
  initialSizes: sizes,
  onResizeEnd: setSizes,
});

initialSizes is applied to a section only until that section is first resized. This is what makes the pattern above work with useLocalStorage – its stored value is only available after the initial render (getInitialValueInEffect: true by default), and by the time it arrives the section has not been touched yet, so it is still picked up.

reset() and resetAll() never call onResize/onResizeEnd, so calling them does not clear a size that was already written to storage by a previous onResizeEnd call – clear the stored value yourself in whatever reset handler your application uses alongside reset()/resetAll().

Drag-to-collapse

Set collapseThreshold on a section to have onCollapseChange report when a drag crosses that size:

const resize = useAppShellResize({
  navbar: { min: 200, max: 500, collapseThreshold: 120 },
  onCollapseChange: (section, collapsed) => {
    if (section === 'navbar') {
      setNavbarCollapsed(collapsed);
    }
  },
});

onCollapseChange only reports the crossing – your application still owns the collapsed prop of AppShell.Navbar/AppShell.Aside/AppShell.Header/AppShell.Footer. Note that a collapsed AppShell.Navbar/AppShell.Aside moves its resize handle off screen together with the rest of the section, so pair drag-to-collapse with a Burger (or another control) rather than relying on the handle as the way to bring the section back.

Hiding the resize handle

Resize handles are hidden below the AppShell.Navbar/AppShell.Aside breakpoint, and while the corresponding section is collapsed.

Height configuration

The height property in header and footer configuration objects works as follows:

  • If you pass a number, the value will be converted to rem and used as the height at all viewport sizes.
  • To change height based on viewport width, use an object with breakpoints as keys and height as values. This works the same way as style props.

Example with height as a number: height is converted to rem, and height remains the same at all viewport sizes:

import { AppShell } from '@mantine/core';

function Demo() {
  return (
    <AppShell header={{ height: 48 }}>
      <AppShell.Header>Header</AppShell.Header>
    </AppShell>
  );
}

Example with height as an object with breakpoints:

  • height is 48 when viewport width is < theme.breakpoints.sm
  • height is 60 when viewport width is >= theme.breakpoints.sm and < theme.breakpoints.lg
  • height is 76 when viewport width is >= theme.breakpoints.lg
import { AppShell } from '@mantine/core';

function Demo() {
  return (
    <AppShell header={{ height: { base: 48, sm: 60, lg: 76 } }}>
      <AppShell.Header>Header</AppShell.Header>
    </AppShell>
  );
}

Width configuration

The width property in navbar and aside configuration objects works as follows:

  • If you pass a number, the value will be converted to rem and used as the width when the viewport is larger than breakpoint.
  • To change width based on viewport width, use an object with breakpoints as keys and width as values. This works the same way as style props. Note that width is always 100% when the viewport is smaller than breakpoint.

Example with width as a number: width is converted to rem, and width remains the same at viewport sizes larger than breakpoint. The width is 100% when viewport width is less than breakpoint:

import { AppShell } from '@mantine/core';

function Demo() {
  return (
    <AppShell navbar={{ width: 48, breakpoint: 'sm' }}>
      <AppShell.Navbar>Navbar</AppShell.Navbar>
    </AppShell>
  );
}

Example with width as an object with breakpoints:

  • width is 100% when viewport width is < theme.breakpoints.sm
  • width is 200 when viewport width is >= theme.breakpoints.sm and < theme.breakpoints.lg
  • width is 300 when viewport width is >= theme.breakpoints.lg
import { AppShell } from '@mantine/core';

function Demo() {
  return (
    <AppShell
      navbar={{ width: { sm: 200, lg: 300 }, breakpoint: 'sm' }}
    >
      <AppShell.Navbar>Navbar</AppShell.Navbar>
    </AppShell>
  );
}

padding prop

The padding prop controls the padding of the AppShell.Main component. It's important to use this prop instead of setting padding directly on AppShell.Main because this padding is also used to calculate offsets for the AppShell.Header, AppShell.Navbar, AppShell.Aside, and AppShell.Footer components.

The padding prop works the same way as style props and accepts numbers, strings, and objects with breakpoints as keys and padding values. You can reference theme.spacing values or use any valid CSS value.

Example with static padding prop:

import { AppShell } from '@mantine/core';

function Demo() {
  return <AppShell padding="md">{/* AppShell content */}</AppShell>;
}

Example with responsive padding prop:

  • padding is 10 when viewport width is < theme.breakpoints.sm
  • padding is 15 when viewport width is >= theme.breakpoints.sm and < theme.breakpoints.lg
  • padding is theme.spacing.xl when viewport width is >= theme.breakpoints.lg
import { AppShell } from '@mantine/core';

function Demo() {
  return (
    <AppShell padding={{ base: 10, sm: 15, lg: 'xl' }}>
      {/* AppShell content */}
    </AppShell>
  );
}

Header offset configuration

The header prop includes an offset property that allows you to control whether the AppShell.Main component is offset by the header's height. This is particularly useful when you want to collapse the AppShell.Header based on scroll position. For example, you can use the use-headroom hook to hide the header when the user scrolls down and show it when they scroll up (example).

import { AppShell, rem } from '@mantine/core';
import { useHeadroom } from '@mantine/hooks';

function Demo() {
  const { pinned } = useHeadroom({ fixedAt: 120 });

  return (
    <AppShell
      header={{ height: 60, collapsed: !pinned, offset: false }}
      padding="md"
    >
      <AppShell.Header>Header</AppShell.Header>

      <AppShell.Main
        pt={`calc(${rem(60)} + var(--mantine-spacing-md))`}
      >
        {/* Content */}
      </AppShell.Main>
    </AppShell>
  );
}

Collapsed navbar/aside configuration

The navbar and aside props include a collapsed property that accepts an object with the format { mobile: boolean; desktop: boolean }. This allows you to configure the collapsed state differently based on viewport width.

Example with separate collapsed states for mobile and desktop:

import { AppShell, Button } from '@mantine/core';
import { useDisclosure } from '@mantine/hooks';

export function CollapseDesktop() {
  const [mobileOpened, { toggle: toggleMobile }] = useDisclosure();
  const [desktopOpened, { toggle: toggleDesktop }] =
    useDisclosure(true);

  return (
    <AppShell
      padding="md"
      header={{ height: 60 }}
      navbar={{
        width: 300,
        breakpoint: 'sm',
        collapsed: { mobile: !mobileOpened, desktop: !desktopOpened },
      }}
    >
      <AppShell.Header>Header</AppShell.Header>
      <AppShell.Navbar>Navbar</AppShell.Navbar>
      <AppShell.Main>
        <Button onClick={toggleDesktop} visibleFrom="sm">
          Toggle navbar
        </Button>
        <Button onClick={toggleMobile} hiddenFrom="sm">
          Toggle navbar
        </Button>
      </AppShell.Main>
    </AppShell>
  );
}

withBorder prop

The withBorder prop is available on AppShell and associated sections: AppShell.Header, AppShell.Navbar, AppShell.Aside and AppShell.Footer. By default, withBorder prop is true – all components have a border on the side that is adjacent to the AppShell.Main component. For example, AppShell.Header is located at the top of the page – it has a border on the bottom side, AppShell.Navbar is located on the left side of the page – it has a border on the right side.

To remove the border from all components, set withBorder={false} on the AppShell:

import { AppShell } from '@mantine/core';

// None of the components will have a border
function Demo() {
  return (
    <AppShell withBorder={false}>{/* AppShell content */}</AppShell>
  );
}

To remove the border from a specific component, set withBorder={false} on that component:

import { AppShell } from '@mantine/core';

function Demo() {
  return (
    <AppShell>
      <AppShell.Header withBorder={false}>Header</AppShell.Header>
    </AppShell>
  );
}

zIndex prop

The zIndex prop is available on AppShell and its associated sections: AppShell.Header, AppShell.Navbar, AppShell.Aside, and AppShell.Footer. By default, all sections have a z-index of 100.

To change the z-index of all sections, set the zIndex prop on the AppShell component:

import { AppShell } from '@mantine/core';

// All sections will have z-index of 200
function Demo() {
  return <AppShell zIndex={200}>{/* AppShell content */}</AppShell>;
}

To change z-index of a specific section, set zIndex prop on that section:

import { AppShell } from '@mantine/core';

// AppShell.Header has z-index of 100
// AppShell.Navbar and AppShell.Aside have z-index of 300
function Demo() {
  return (
    <AppShell>
      <AppShell.Header zIndex={100}>Header</AppShell.Header>
      <AppShell.Navbar zIndex={300}>Navbar</AppShell.Navbar>
      <AppShell.Aside zIndex={300}>Aside</AppShell.Aside>
    </AppShell>
  );
}

Control transitions

Use the transitionDuration and transitionTimingFunction props on the AppShell component to control section animations:

import { AppShell } from '@mantine/core';

function Demo() {
  return (
    <AppShell
      transitionDuration={500}
      transitionTimingFunction="ease"
    >
      {/* AppShell content */}
    </AppShell>
  );
}

disabled prop

Set the disabled prop on the AppShell component to prevent all sections except AppShell.Main from rendering. This is useful when you want to hide the shell on certain pages of your application.

import { AppShell } from '@mantine/core';

function Demo() {
  return <AppShell disabled>{/* AppShell content */}</AppShell>;
}

AppShell.Section component

AppShell.Section is used to create organized areas within AppShell.Navbar and AppShell.Aside. Since these components are flexbox containers with flex-direction: column, the AppShell.Section component with the grow prop will expand to fill the available space and can be made scrollable by setting component={ScrollArea}.

In the following example:

  • The first and last sections (header and footer) take only the space needed for their content
  • The middle section with grow takes all the remaining space and becomes scrollable when content exceeds the available height
import { AppShell, ScrollArea } from '@mantine/core';

function Demo() {
  return (
    <AppShell navbar={{ width: 300, breakpoint: 0 }}>
      <AppShell.Navbar>
        <AppShell.Section>Navbar header</AppShell.Section>
        <AppShell.Section grow component={ScrollArea}>
          Navbar main section that will expand to fill available space
        </AppShell.Section>
        <AppShell.Section>
          Navbar footer – always at the bottom
        </AppShell.Section>
      </AppShell.Navbar>
      <AppShell.Main>Main</AppShell.Main>
    </AppShell>
  );
}

Semantic elements

Important: do not use a <main> element inside AppShell.Main, as only one <main> element is allowed per page.

ComponentRoot HTML element
AppShell.Headerheader
AppShell.Footerfooter
AppShell.Mainmain
AppShell.Navbarnav
AppShell.Asideaside
AppShell.Sectiondiv

CSS variables

VariableDescription
--app-shell-navbar-widthNavbar width
--app-shell-navbar-offsetNavbar offset
--app-shell-aside-widthAside width
--app-shell-aside-offsetAside offset
--app-shell-header-heightHeader height
--app-shell-header-offsetHeader offset
--app-shell-footer-heightFooter height
--app-shell-footer-offsetFooter offset

Example of using CSS variables in styles:

.main {
  min-height: calc(100dvh - var(--app-shell-header-height));
}

These variables are defined on :root by default, but on the AppShell root element when the resize prop is set or mode="static" is used – in these cases they are not available to elements rendered outside of the AppShell, for example, in a Modal or Drawer rendered within a Portal.