Merge pull request #5484 from vuestorefront/typo-in-docs

fixed some typo in docs

Author: Fifciu

CHANGELOG.md

@@ -33,10 +33,11 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
   move pick allowed modification just before sending data to task managment
   add 'beforeUserProfileUpdate' which allows to modify user object before update - gibkigonzo (#4427)
 - replace lodash with lodash-es for client files - gibkigonzo (#5019)
-- add default personal detail loading on shipment step in checkout when user is logged - (#5040)  
-- Got rid of inifnity redirect or page-not-found on refresh category/product view  
+- add default personal detail loading on shipment step in checkout when user is logged - (#5040)
+- Got rid of inifnity redirect or page-not-found on refresh category/product view
 - Got rid of memory leak related to dynamic config - tomasz-duda (#4768)
 - servercart-after-diff event payload - Fifciu (#5365)
+- Fix Original Price Calculation typo - @akucharczyk / @lukaszjedrasik (#5472)
 ### Changed / Improved
 
 - Moved hardcoded fields from omitSelectedVariantFields.ts to config (#4679)

core/modules/catalog/helpers/price/syncProductPrice.ts

@@ -12,7 +12,7 @@ export default function syncProductPrice (product, backProduct) { // TODO: we pr
 
   product.price_tax = product.price_incl_tax - product.price
   product.special_price_tax = product.special_price_incl_tax - product.special_price
-  product.original_price_tax = product.original_price_incl_tax - product.original_trice
+  product.original_price_tax = product.original_price_incl_tax - product.original_price
 
   if (product.price_incl_tax >= product.original_price_incl_tax) {
     product.special_price_incl_tax = 0

docs/guide/basics/configuration.md

@@ -19,7 +19,7 @@ Please take a look at the `node-config` docs as the library is open for some oth
 :::tip NOTE
 Currently, the configuration files are being processed by the webpack during the build process. This means that whenever you apply some configuration changes, you shall rebuild the app, even when using the `yarn dev` mode. This limitation can be solved with the VS 1.4 special config variable. Now the config can be reloaded on the fly with each server request if `config.server.dynamicConfigReload` and `config.server.dynamicConfigReloadWithEachRequest` are set to true. However, in that case, the config is added to `window.INITIAL_STATE` with the responses.
 
-When you using the `config.server.dynamicConfigReload` please remember about `config.server.dynamicConfigExclude` and `config.server.dynamicConfigInclude`.
+When you are using the `config.server.dynamicConfigReload` please remember about `config.server.dynamicConfigExclude` and `config.server.dynamicConfigInclude`.
 :::
 
 Please find the configuration properties reference below.

docs/guide/cookbook/checklist.md

@@ -435,7 +435,7 @@ This looks like by and large the same with *Vue Storefront API* with a few chang
 `app` service describes options for *Vue Storefront* frontend application.
 - `network_mode` allows you to modify values for `--network` option of docker client. `host` option allows your designated container to open to host network. For example, if you bind your container in host's `80` port, then the container will be accessible at host's `<IP address>:80` from the internet. In other words, the container is not isolated. [more info](https://docs.docker.com/network/host/)
 
-If you take a closer look inside `Dockerfile`s, you will notice they install all the dependencies of the project from `package.json` not to mention required OS features including `git`, `wget` and certificates. You don't have to worry what to do because we made it do for you.
+If you take a closer look inside `Dockerfile's`, you will notice they install all the dependencies of the project from `package.json` not to mention required OS features including `git`, `wget` and certificates. You don't have to worry what to do because we made it do for you.
 
 Next, you might want to import your goods data. Please jump to [Data imports](./data-import.md) if you don't want to stop.
 

docs/guide/cookbook/setup.md

@@ -4,8 +4,6 @@
 
 In Vue Storefront there are two types of components:
 
-- In Vue Storefront there are two types of components:
-
 - **Core components:** In core components, we implemented all basic business logic for an eCommerce shop, so you don't need to write it from scratch by yourself. You can make use of them in your themes, where all you need to do is styling and creating the HTML markup. Every core component provides an interface to interact with. This interface can be extended or overwritten in your theme if you need to. Core components should be injected to themes as mixins.They contain only business logic—HTML markup and styling should be done in themes. You can usually find core components inside the `components` folder of every module.
 
 - **Theme components:** Theme components are what you really see in the app. They can inherit business logic from core components or be created as theme-specific components. All CSS, HTML, and ui-specific logic should be placed in theme.
@@ -14,7 +12,7 @@ In Vue Storefront there are two types of components:
 
 First, **override core components only when you're adding ui-agnostic features to the core.** The correct approach for using core components in your theme is thinking of them as an external API. You can inherit the functionalities and extend them in theme but never change it in core.
 
-**When you're modifying the core component, never change the component's API** (data and methods exposed by the component for themes). Such changes would break the themes using this core component.
+**When you're modifying the core component, never change the component's API** (data and methods exposed by the component for themes). Such changes would break the theme using this core component.
 
 ## Using core components in your theme
 

docs/guide/core-themes/core-components.md

@@ -6,7 +6,7 @@ This feature can be very useful for non-standard rendering scenarios like:
 
 - Generating the XML output
 - Generating the AMPHTML pages
-- generating widgets without `<head>` section
+- Generating widgets without `<head>` section
 
 ## How it works
 
@@ -188,6 +188,6 @@ Please note that the `context` contains a lot of interesting features you can us
 
 ## Output compression
 
-HTML Minifier has been added to Vue Storefront 1.11. To enable this feature please switch the `config.server.useHtmlMinifier`. You can set the specific configuration of the `htmlMinifier` using the `config.server.htmlMinifierOptions`. Read more on the [available configuration](https://www.npmjs.com/package/html-minifier). The minified output is tthen being cached by `SSR Output cache` mechanism.
+HTML Minifier has been added to Vue Storefront 1.11. To enable this feature please switch the `config.server.useHtmlMinifier`. You can set the specific configuration of the `htmlMinifier` using the `config.server.htmlMinifierOptions`. Read more on the [available configuration](https://www.npmjs.com/package/html-minifier). The minified output is then being cached by `SSR Output cache` mechanism.
 
-Output compression has been also enabled (if the `src/modules/server.ts` contains the `compression` module on the list). By default it works just for produdction builds. It uses the `gzip` compression by default. [Read more about the `compression` module](https://www.npmjs.com/package/compression) that we're using for this implementation.
+Output compression has been also enabled (if the `src/modules/server.ts` contains the `compression` module on the list). By default it works just for production builds. It uses the `gzip` compression by default. [Read more about the `compression` module](https://www.npmjs.com/package/compression) that we're using for this implementation.

docs/guide/core-themes/layouts.md

@@ -13,7 +13,7 @@ The service-worker source code for `vue-storefront` is pre-compiled with Babel p
 
 After changing anything in `{themename}/service-worker/index.js`, despite you're in `yarn dev` auto  reloading mode, you need to do two things:
 
-1.Recompile app (which regenerates service-worker):
+1. Recompile app (which regenerates service-worker):
    `yarn build`
 
 2. Reload Service Worker in Dev Tools (in Chrome, just click **"Unregister"** and reload the page, and a new Service Worker will be installed).

docs/guide/core-themes/service-workers.md

@@ -3,10 +3,10 @@
 ## What are the data resolvers?
 
 The `data resolvers` are the way of manage the network/api calls and split them from the rest of application. All of available `data resolvers` you can find in the `core/data-resolver` directory.
-If you want to trigger a network calls, you should create a new `data resolver`, and import it in the place where it's needed.
+If you want to trigger a network call, you should create a new `data resolver`, and import it in the place where it's needed.
 
 ## How to create a data resolver
-First of all, please create a types for it under the namespace `DataResolver`, then just create a new data resolver like this example below:
+First of all, please create a type for it under the namespace `DataResolver`, then just create a new data resolver like this example below:
 
 
 ```js

docs/guide/data-resolvers/introduction.md

@@ -16,7 +16,7 @@ Registering the new user by given user data (`customer`) and `password`.
 
 #### `updateProfile: (userProfile: UserProfile) => Promise<Task>`
 
-It updates the the current logged user profile (`userProfile`).
+It updates the current logged user profile (`userProfile`).
 
 #### `getProfile: () => Promise<Task>`