Fixes formatting and typos in documentation (#1697) (#1735)

Resolves #592

Signed-off-by: Tommy Markley <markleyt@amazon.com>
(cherry picked from commit 89d3872)

Co-authored-by: Tommy Markley <markleyt@amazon.com>
Co-authored-by: Kawika Avilla <kavilla414@gmail.com>

TYPESCRIPT.md

@@ -13,8 +13,7 @@ The first thing that will probably happen when you convert a `.js` file in our s
 
 #### EUI component is missing types
 
-1. Check https://github.com/elastic/eui/issues/256 to see if they know it’s missing, if it’s not on there, add it.
-2. Temporarily get around the issue by adding the missing type in the `typings/@elastic/eui/index.d.ts` file. Bonus points if you write a PR yourself to the EUI repo to add the types, but having them available back in OpenSearch Dashboards will take some time, as a new EUI release will need to be generated, then that new release pointed to in OpenSearch Dashboards.  Best, to make forward progress, to do a temporary workaround.
+Temporarily get around the issue by adding the missing type in the `typings/@elastic/eui/index.d.ts` file. Bonus points if you write a PR yourself to the EUI repo to add the types, but having them available back in OpenSearch Dashboards will take some time, as a new EUI release will need to be generated, then that new release pointed to in OpenSearch Dashboards.  Best, to make forward progress, to do a temporary workaround.
 
 ```ts
 // typings/@elastic/eui/index.d.ts

packages/osd-eslint-import-resolver-opensearch-dashboards/lib/get_project_root.js

@@ -40,8 +40,8 @@ function getConfig(config) {
     projectRoot: true,
   };
 
-  if (!config || !config['@elastic/eslint-import-resolver-kibana']) return defaults;
-  return Object.assign(defaults, config['@elastic/eslint-import-resolver-kibana']);
+  if (!config || !config['@osd/eslint-import-resolver-opensearch-dashboards']) return defaults;
+  return Object.assign(defaults, config['@osd/eslint-import-resolver-opensearch-dashboards']);
 }
 
 function getRootPackageDir(dirRoot, dir, rootPackageName) {

src/core/server/saved_objects/migrations/README.md

@@ -19,7 +19,7 @@ Here is the gist of what happens if an index migration is necessary:
   - Create an alias `.opensearch_dashboards` that points to `.opensearch_dashboards_1`
 - Create a `.opensearch_dashboards_2` index
 - Copy all documents from `.opensearch_dashboards_1` into `.opensearch_dashboards_2`, running them through any applicable migrations
-- # Point the `.opensearch_dashboards` alias to `.opensearch_dashboards_2`
+- Point the `.opensearch_dashboards` alias to `.opensearch_dashboards_2`
 
 ## Migrating OpenSearch Dashboards clusters
 
@@ -30,7 +30,7 @@ If OpenSearch Dashboards is being run in a cluster, migrations will be coordinat
 - opensearch-dashboards-2 tries to begin the migration, but fails with the error `.opensearch_dashboards_4 already exists`
 - opensearch-dashboards-2 logs that it failed to create the migration index, and instead begins polling
   - Every few seconds, opensearch-dashboards-2 instance checks the `.opensearch_dashboards` index to see if it is done migrating
-  - # Once `.opensearch_dashboards` is determined to be up to date, the opensearch-dashboards-2 instance continues booting
+  - Once `.opensearch_dashboards` is determined to be up to date, the opensearch-dashboards-2 instance continues booting
 
 In this example, if the `.opensearch_dashboards_4` index existed prior to OpenSearch Dashboards booting, the entire migration process will fail, as all OpenSearch Dashboards instances will assume another instance is migrating to the `.opensearch_dashboards_4` index. This problem is only fixable by deleting the `.opensearch_dashboards_4` index.