# Theme Inheritance

# Motivation

We have two main reasons to support this feature:

  1. VuePress provides users with a default theme, which meets the needs of document writers in most scenarios, even so, there are still many users who choose to eject and edit it, even if they may only need to make minor changes to one of the components.

  2. In 0.x (opens new window), only one Layout.vue is needed for a theme, so we can achieve simple expansion by directly wrapping Layout.vue of another theme.

    By 1.x, the elements of a theme has become more complex, we have started to have theme level configuration, which supports plugins, custom global layout, etc. We have also introduced the directory structure conventions on theme development, such as styles/index.styl, under this background, we can not achieve inheritance as 0.x did.

Consequently, we need to provide a reasonable and reliable theme inheritance strategy.

# Concepts

To introduce this section, let’s start with some basic concepts:

  • Atomic theme:that is the parent theme, implemented entirely from scratch, like the default theme.
  • Derived theme:that is the child theme, created based on parent theme.

TIP

For now theme inheritance doesn’t support high-order inheritance, that means, a derived theme cannot be inherited.

# Usage

Suppose you want to create a theme inherited from the default theme, you only need to configure the extend option in your theme configuration:

// .vuepress/theme/index.js
module.exports = {
  extend: '@vuepress/theme-default'
}

# Inheritance Strategy

All the capabilities of the parent theme will be "passed" to the child theme. For file-level conventions, child theme can override it by creating a file with the same name in the same location. For some theme configuration options, such as globalLayout, child theme can override it by the same name configuration.

The file-level conventions are as follows:

  • Global Components,that is the Vue components under theme/global-components.
  • Components,that is the Vue components under theme/components.
  • Global Style and Palette,that is index.styl and palette.styl under theme/styles.
  • HTML Template, that is dev.html and ssr.html under theme/templates.
  • Theme-Level App Enhancement File,that is theme/enhanceApp.js

For theme configuration, the configuration options that can be overrode by child theme are as follows:

Theme configuration options that cannot be overrode by child theme:

Theme configuration options requiring special treatment:

# Override Plugins

For plugins in the parent theme, the child theme cannot override it intuitively, but the options of plugin can be overrode by creating plugin configuration with the same name.

For example, if the parent theme has the following configuration:

// parentThemePath/index.js
module.exports = {
  plugins: [
    ['@vuepress/search', {
      searchMaxSuggestions: 5
    }]
  ]
}

The child theme can edit the options of plugin in the following ways:

// .vuepress/theme/index.js
module.exports = {
  plugins: [
    ['@vuepress/search', {
      searchMaxSuggestions: 10
    }]
  ]
}

Child theme can even disable it:

// .vuepress/theme/index.js
module.exports = {
  plugins: [
    ['@vuepress/search', false]
  ]
}

WARNING

You shouldn’t need to do this unless you know for sure that disabling plugins in parent themes won’t cause problems.

# Override Components

You may want to override the same-name components in the parent theme. By default, when the components in the parent theme use relative paths to reference other components, you will not be able to do this because you cannot edit the code of the parent theme at runtime.

VuePress achieves this requirement in a clever way, but there is a requirement for the parent theme - All components must use the @theme alias to refer to other components.

For example, if you are developing an atomic theme with the following structure:

theme ├── components │   ├── Home.vue │   ├── Navbar.vue │   └── Sidebar.vue ├── layouts │   ├── 404.vue │   └── Layout.vue ├── package.json └── index.js

Then, in any Vue components on the theme, you should access the theme root directory through @theme:

<script>
import Navbar from '@theme/components/Navbar.vue'
// ...
</script>

On this premise, when you create a Navbar component in the same place in the child theme

theme └── components    └── Navbar.vue

@theme/components/Navbar.vue will automatically map to the Navbar component in the child theme, and when you remove the component, @theme/components/Navbar.vue will automatically restore to the Navbar component in the parent theme.

This way, you can "tamper" with some part of an atomic theme.

TIP

  1. You’d better override the component based on the code of the corresponding component in the parent theme.
  2. When developing theme locally, you need to manually restart the dev server when a component is created or removed.

# Access Parent Theme

You can use @parent-theme to access the root path of the parent theme. The following example shows creating a layout component with the same name in a child theme and using slots in the parent theme. @vuepress/theme-vue (opens new window) is created in this way.

<!-- .vuepress/theme/components/Foo.vue -->
<template>
  <ParentLayout>
    <Foo #foo/>
  </ParentLayout>
</template>

<script>
import ParentLayout from '@parent-theme/layouts/Layout.vue'
import Foo from '@theme/components/Foo.vue'

export default {
  components: {
    ParentLayout,
    Foo
  }
}
</script>