Should be reverted for v10

This reverts commit d59f878.

This reverts commit a017ffc.

fix: Dirty fix for sync render.

…into release/9.2.0

* 'release/9.2.0' of https://github.com/mermaid-js/mermaid:
  #3252 Handling for trailing whitespaces in subgraph titles

* release_9.2.0_buggfixes:
  fix: Remove hardcoded numericLevel
  fix: Diagram load issue

* release_9.2.0_buggfixes:
  fix: Add default arg to options
  fix: Build types
  chore: Update creation date
  fix: getElementById type issue.

Previously, calling initThrowsErrors would not
load any of the lazyLoadedDiagrams entries.

Add some basic tsdoc for initThrowsErrors

Throw an error if lazyLoadedDiagrams fails to load properly.

Rendering is still performed, even on a lazyLoadedDiagrams failure.

The `injectUtils` function takes the utils as multiple parameters,
not an object.

Remove the callback function parameter from registerDiagram.
Instead, we can just load the callback function from the `injectUtils`
diagram definition, if it exists.

Exposes the registerDiagram() function publically as
`mermaid.mermaidAPI.registerDiagram` so that users can add their
own diagrams at bundle-time.

This is instead of using the lazyLoadedDiagrams config setting.

…lazyLoadedDiagrams

Support `lazyLoadedDiagrams` when calling `initThrowsErrors`

Conflicts:
	packages/mermaid/src/mermaid.ts

This reverts commit 1a0309f, reversing
changes made to 56a8068.

This is because the PR #3702
worked fine on the `develop` and `release_9.2.0_buggfixes` branches,
but had a bunch of git merge conflicts on the `release/9.2.0` branch.

Previously, calling initThrowsErrorsAsync would not
load any of the lazyLoadedDiagrams entries.

Adaptated from reverted commit 4601c90

Add some basic tsdoc for initThrowsErrorsAsync.

Expose the function `initThrowsErrorsAsync()` publicly
as `mermaid.initThrowsErrorsAsync()`.

It has the TSDoc `@alpha` and `@deprecated` tags, so people should
be warned that it might be modified in Mermaid v10 or earlier.

Needed for `mermaid-cli` to handle `lazyLoadedDiagrams`.

Throws and logs a warning if lazyLoadedDiagrams fails to load properly.

Rendering is still performed, even on a lazyLoadedDiagrams failure.

…s-in-initThrowsErrors

[9.2.0] Support `lazyLoadedDiagrams` when calling `initThrowsErrorsAsync`

…lease/9.2.0

Conflicts:
	.github/ISSUE_TEMPLATE/bug_report.md

Use issue templates and add diagram, theme and syntax proposal issue forms

The cb param of mermaid.render should be optional,
and mermaid.render returns an SVG string instead of `void`.

Default mermaid back to being a CommonJS module.

Improrting Mermaid as CommonJS (e.g. using `require("mermaid")`)
is normally broken (since v8), due to it's dependency on d3,
which is now ESM only.

However, it looks like some software
(e.g. TypeScript, in the docusaurus project)
could still handle the CommonJS version of Mermaid.

This commit now means that older versions of Node/build-tools
should now default to using the CommonJS version of Mermaid.

Newer tools should still see that the `"module"` field points to ESM,
or use the `exports["."]["import"]` field to load ESM.

[9.2] fix(mermaid): fix `mermaid.render` types

…commonjs

[9.2] fix(mermaid): default mermaid back to CommonJS

* release_9.2.1_bugfixes:
  fix(mermaid): default mermaid back to CommonJS
  fix(mermaid): fix mermaid.render types

* feat/3701-expose-registerDiagram:
  feat: add `mermaidAPI.registerDiagram()`
  refactor(mermaid): remove registerDiagram cb func
  fix(mermaid): fix DiagramDefinition types

…into sidv/fixLL

* 'release/9.2.1' of https://github.com/mermaid-js/mermaid:
  Fixing applitools batches

Co-authored-by: Alois Klink <alois@aloisklink.com>

…to sidv/fixLL

* 'sidv/fixLL' of https://github.com/mermaid-js/mermaid:
  Apply suggestions from code review

Fix lazy loading in webpack

Switch CDN to unpkg.com