diff --git a/CODE_OF_CONDUCT.md b/CODE_OF_CONDUCT.md
index 3f20f641..cece8fa5 100644
--- a/CODE_OF_CONDUCT.md
+++ b/CODE_OF_CONDUCT.md
@@ -1,9 +1,11 @@
 # Contributor Covenant Code of Conduct
 
 ## Our Pledge
+
 In the interest of fostering an open and welcoming environment, we as contributors and maintainers pledge to making participation in our project and our community a harassment-free experience for everyone, regardless of age, body size, disability, ethnicity, gender identity and expression, level of experience, nationality, personal appearance, race, religion, or sexual identity and orientation.
 
 ## Our Standards
+
 Examples of behavior that contributes to creating a positive environment include:
 
 - Using welcoming and inclusive language
@@ -21,19 +23,23 @@ Examples of unacceptable behavior by participants include:
 - Other conduct which could reasonably be considered inappropriate in a professional setting
 
 ## Our Responsibilities
+
 Project maintainers are responsible for clarifying the standards of acceptable behavior and are expected to take appropriate and fair corrective action in response to any instances of unacceptable behavior.
 
 Project maintainers have the right and responsibility to remove, edit, or reject comments, commits, code, wiki edits, issues, and other contributions that are not aligned to this Code of Conduct, or to ban temporarily or permanently any contributor for other behaviors that they deem inappropriate, threatening, offensive, or harmful.
 
 ## Scope
+
 This Code of Conduct applies both within project spaces and in public spaces when an individual is representing the project or its community. Examples of representing a project or community include using an official project e-mail address, posting via an official social media account, or acting as an appointed representative at an online or offline event. Representation of a project may be further defined and clarified by project maintainers.
 
 ## Enforcement
+
 Instances of abusive, harassing, or otherwise unacceptable behavior may be reported by contacting the project team at markus.oberlehner@gmail.com. The project team will review and investigate all complaints, and will respond in a way that it deems appropriate to the circumstances. The project team is obligated to maintain confidentiality with regard to the reporter of an incident. Further details of specific enforcement policies may be posted separately.
 
 Project maintainers who do not follow or enforce the Code of Conduct in good faith may face temporary or permanent repercussions as determined by other members of the project's leadership.
 
 ## Attribution
+
 This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 1.4, available at [http://contributor-covenant.org/version/1/4][version]
 
 [homepage]: http://contributor-covenant.org
diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md
index 5f26aa56..ac7176d0 100644
--- a/CONTRIBUTING.md
+++ b/CONTRIBUTING.md
@@ -1,6 +1,7 @@
 # Contributing
 
 ## Reporting Issues
+
 Found a problem? Want a new feature?
 
 - See if your issue or idea has [already been reported].
@@ -9,6 +10,7 @@ Found a problem? Want a new feature?
 Remember, a bug is a *demonstrable problem* caused by *our* code.
 
 ## Submitting Pull Requests
+
 Pull requests are the greatest contributions, so be sure they are focused in scope, and do avoid unrelated commits.
 
 1. To begin, [fork this project], clone your fork, and add our upstream.
diff --git a/README.md b/README.md
index edaa9f6b..97d1842c 100644
--- a/README.md
+++ b/README.md
@@ -1,4 +1,5 @@
 # vuex-map-fields
+
 [![Patreon](https://img.shields.io/badge/patreon-donate-blue.svg)](https://www.patreon.com/maoberlehner)
 [![Donate](https://img.shields.io/badge/Donate-PayPal-blue.svg)](https://paypal.me/maoberlehner)
 [![Build Status](https://travis-ci.org/maoberlehner/vuex-map-fields.svg?branch=master)](https://travis-ci.org/maoberlehner/vuex-map-fields)
@@ -8,14 +9,17 @@
 Enable two-way data binding for form fields saved in a Vuex store.
 
 ## Install
+
 ```bash
 npm install --save vuex-map-fields
 ```
 
 ### Basic example
+
 The following example component shows the most basic usage, for mapping fields to the Vuex store using two-way data binding with `v-model`, without directly modifying the store itself, but using getter and setter functions internally (as it is described in the official Vuex documentation: [Two-way Computed Property](https://vuex.vuejs.org/en/forms.html#two-way-computed-property)).
 
 #### Store
+
 ```js
 import Vue from 'vue';
 import Vuex from 'vuex';
@@ -45,6 +49,7 @@ export default new Vuex.Store({
 ```
 
 #### Component
+
 ```html
 <template>
   <div id="app">
@@ -72,9 +77,11 @@ export default {
 ```
 
 ### Nested properties
+
 Oftentimes you want to have nested properties in the Vuex store. `vuex-map-fields` supports nested data structures by utilizing the object dot string notation.
 
 #### Store
+
 ```js
 import Vue from 'vue';
 import Vuex from 'vuex';
@@ -105,6 +112,7 @@ export default new Vuex.Store({
 ```
 
 #### Component
+
 ```html
 <template>
   <div id="app">
@@ -135,6 +143,7 @@ export default {
 ```
 
 ### Rename properties
+
 Sometimes you might want to give your computed properties different names than what you're using in the Vuex store. Renaming properties is made possible by passing an object of fields to the `mapFields` function instead of an array.
 
 ```html
@@ -160,9 +169,11 @@ export default {
 ```
 
 ### Custom getters and mutations
+
 By default `vuex-map-fields` is searching for the given properties starting from the root of your state object. Depending on the size of your application, the state object might become quite big and therefore updating the state starting from the root might become a performance issue. To circumvent such problems, it is possible to create a custom `mapFields()` function which is configured to access custom mutation and getter functions which don't start from the root of the state object but are accessing a specific point of the state.
 
 #### Store
+
 ```js
 import Vue from 'vue';
 import Vuex from 'vuex';
@@ -197,6 +208,7 @@ export default new Vuex.Store({
 ```
 
 #### Component
+
 ```html
 <template>
   <div id="app">
@@ -231,9 +243,11 @@ export default {
 ```
 
 ### Vuex modules
+
 Vuex makes it possible to divide the store into modules.
 
 #### Store
+
 ```js
 import Vue from 'vue';
 import Vuex from 'vuex';
@@ -271,6 +285,7 @@ export default new Vuex.Store({
 ```
 
 #### Component
+
 ```html
 <template>
   <div id="app">
@@ -297,9 +312,11 @@ export default {
 ```
 
 ### Namespaced Vuex modules
+
 By default, mutations and getters inside modules are registered under the global namespace – but you can mark modules as `namespaced` which prevents naming clashes of mutations and getters between modules.
 
 #### Store
+
 ```js
 import Vue from 'vue';
 import Vuex from 'vuex';
@@ -328,6 +345,7 @@ export default new Vuex.Store({
 ```
 
 #### Component
+
 ```html
 <template>
   <div id="app">
@@ -353,9 +371,11 @@ export default {
 ```
 
 ### Multi-row fields
+
 If you want to build a form which allows the user to enter multiple rows of a specific data type with multiple fields (e.g. multiple addresses) you can use the multi-row field mapping function.
 
 #### Store
+
 ```js
 import Vue from 'vue';
 import Vuex from 'vuex';
@@ -388,6 +408,7 @@ export default new Vuex.Store({
 ```
 
 #### Component
+
 ```html
 <template>
   <div id="app">
@@ -410,6 +431,7 @@ export default {
 ```
 
 ## Upgrade from 0.x.x to 1.x.x
+
 Instead of accessing the state directly, since the 1.0.0 release, in order to enable the ability to implement custom getters and mutations, `vuex-map-fields` is using a getter function to access the state. This makes it necessary to add a getter function to your Vuex store.
 
 ```js
@@ -438,7 +460,9 @@ export default new Vuex.Store({
 ```
 
 ## About
+
 ### Author
+
 Markus Oberlehner  
 Website: https://markus.oberlehner.net  
 Twitter: https://twitter.com/MaOberlehner  
@@ -446,4 +470,5 @@ PayPal.me: https://paypal.me/maoberlehner
 Patreon: https://www.patreon.com/maoberlehner
 
 ### License
+
 MIT