revert: docusaurus v3 (#4279)

Author: tenstad

website/README.md

@@ -128,8 +128,7 @@ Smaller chunks are usually fine. But for anything more that 10 lines it is
 neater to wrap it.
 
 ~~~markdown
-<details>
-<summary>Expand to see this awesome HelmRepository</summary>
+<details><summary>Expand to see this awesome HelmRepository</summary>
 
 Don't forget to leave a line break below the opening tag...
 ```yaml
@@ -142,8 +141,7 @@ and before the closing one.
 </details>
 ~~~
 
-<details>
-<summary>Expand to see this awesome HelmRepository</summary>
+<details><summary>Expand to see this awesome HelmRepository</summary>
 
 Don't forget to leave a line break below the opening tag...
 ```

website/docs/cluster-management/deploying-capa-eks.mdx

@@ -60,8 +60,7 @@ import WegoAdmin from "!!raw-loader!./assets/rbac/wego-admin.yaml";
   )}
 </BrowserOnly>
 
-<details>
-<summary>Expand to see full template yaml</summary>
+<details><summary>Expand to see full template yaml</summary>
 
 <CodeBlock
   title="clusters/bases/rbac/wego-admin.yaml"
@@ -128,8 +127,7 @@ Download the config with:
 
 Then update the `GITOPS_REPO` variable to point to your cluster
 
-<details>
-<summary>Expand to see full yaml</summary>
+<details><summary>Expand to see full yaml</summary>
 
 <CodeBlock
   title="clusters/management/capi/boostrap/capi-gitops-cluster-bootstrap-config.yaml"

website/docs/cluster-management/managing-clusters-without-capi.mdx

@@ -15,8 +15,7 @@ import BrowserOnly from "@docusaurus/BrowserOnly";
 You do **not** need Cluster API to add your Kubernetes cluster to Weave GitOps Enterprise. The only thing you need is a secret containing a valid `kubeconfig`.
 
 import TOCInline from "@theme/TOCInline";
-
-<TOCInline />;
+<TOCInline /> 
 
 <Tabs groupId="have-a-secret" default>
 <TabItem value="existing-kubeconfig-secret" label="Existing kubeconfig">
@@ -49,8 +48,7 @@ Here's how to create a kubeconfig secret.
 
 2. Add RBAC permissions for the service account:
 
-	<details>
-	<summary>Expand to see role manifests</summary>
+	<details><summary>Expand to see role manifests</summary>
 
 	```yaml
 	---
@@ -105,8 +103,7 @@ Here's how to create a kubeconfig secret.
 
 4. Create a kubeconfig secret. We'll use a helper script to generate the kubeconfig, and then save it into `static-kubeconfig.sh`:
 
-	<details>
-	<summary>Expand to see script</summary>
+	<details><summary>Expand to see script</summary>
 
 	```bash title="static-kubeconfig.sh"
 	#!/bin/bash
@@ -218,8 +215,7 @@ Download the config with:
 
 Then update the `GITHUB_USER` variable to point to your repository
 
-<details>
-<summary>Expand to see full yaml</summary>
+<details><summary>Expand to see full yaml</summary>
 
 <CodeBlock
   title="clusters/management/capi/boostrap/capi-gitops-cluster-bootstrap-config.yaml"
@@ -248,8 +244,7 @@ import WegoAdmin from "!!raw-loader!./assets/rbac/wego-admin.yaml";
   )}
 </BrowserOnly>
 
-<details>
-<summary>Expand to see full template yaml</summary>
+<details><summary>Expand to see full template yaml</summary>
 
 <CodeBlock
   title="clusters/bases/rbac/wego-admin.yaml"
@@ -304,8 +299,7 @@ Once Flux has reconciled the cluster, you can inspect your Flux resources via th
 
 To test that your kubeconfig secret is correctly set up, apply the following manifest and check the logs after the job completes:
 
-<details>
-<summary>Expand to see manifest</summary>
+<details><summary>Expand to see manifest</summary>
 
 ```yaml
 ---

website/docs/enterprise/getting-started/install-enterprise-airgap.mdx

@@ -80,8 +80,7 @@ We are going to install [ChartMuseum](https://chartmuseum.com/) via Flux.
 Remember to also install helm plugin
 [cm-push](https://github.com/chartmuseum/helm-push).
 
-<details>
-<summary>Expand to see installation yaml</summary>
+<details><summary>Expand to see installation yaml</summary>
 
 ```yaml
 ---
@@ -191,8 +190,7 @@ EOF
 ```
 Execute `make` using the following makefile to intialise CAPI in your cluster:
 
-<details>
-<summary>Expand to see Makefile contents</summary>
+<details><summary>Expand to see Makefile contents</summary>
 
 ```makefile
 .PHONY := capi
@@ -239,8 +237,7 @@ capi-cluster:
 
 Apply the following example manifest to deploy the Terraform Controller:
 
-<details>
-<summary>Expand to see file contents</summary>
+<details><summary>Expand to see file contents</summary>
 
 ```yaml
 apiVersion: source.toolkit.fluxcd.io/v1beta2
@@ -281,8 +278,7 @@ spec:
 
 Update the following manifest to your context.
 
-<details>
-<summary>Expand to see file contents</summary>
+<details><summary>Expand to see file contents</summary>
 
 ```yaml {4-7,19-20}
 ---
@@ -426,8 +422,7 @@ ghcr.io/fluxcd/notification-controller:v0.25.2
 This section guides you to push installed artifacts to your private registry.
 Here's a Makefile to help you with each stage:
 
-<details>
-<summary>Expand to see Makefile contents</summary>
+<details><summary>Expand to see Makefile contents</summary>
 
 ```makefile {4-6}
 .PHONY := all
@@ -498,8 +493,7 @@ Follow the instructions to install WGE with the following considerations:
 
 An example of how it would look for Weave GitOps Enterprise is shown below.
 
-<details>
-<summary>Expand to view example WGE manifest</summary>
+<details><summary>Expand to view example WGE manifest</summary>
 
 ```yaml title="weave-gitops-enterprise.yaml" {21-24,32}
 ---

website/docs/enterprise/getting-started/install-enterprise.mdx

@@ -256,8 +256,7 @@ kubectl create secret generic github-client \
 
 Use `HelmRepository` and `HelmRelease` objects to let Flux deploy everything.
 
-<details>
-<summary>Expand to see resource manifests</summary>
+<details><summary>Expand to see resource manifests</summary>
 
 ```yaml
 ---
@@ -369,8 +368,7 @@ the user.
 
 Based on these groups, we can bind roles to groups:
 
-<details>
-<summary>Expand to see group role bindings</summary>
+<details><summary>Expand to see group role bindings</summary>
 
 ```yaml
 ---
@@ -418,8 +416,7 @@ rules:
 
 In the same way, we can bind cluster roles to a group:
 
-<details>
-<summary>Expand to see group cluster role bindings</summary>
+<details><summary>Expand to see group cluster role bindings</summary>
 
 ```yaml
 ---
@@ -795,8 +792,7 @@ cluster client (and vice versa).
 
 The yaml to configure these permissions would look roughly like:
 
-<details>
-<summary>Expand to see example RBAC</summary>
+<details><summary>Expand to see example RBAC</summary>
 
 ```yaml
 # Admin cluster role
@@ -1061,8 +1057,7 @@ Download the helm-release to `clusters/management/weave-gitops-enterprise.yaml`.
 import ExampleWGE from "../../assets/example-enterprise-helm.yaml";
 import ExampleWGEContent from "!!raw-loader!../../assets/example-enterprise-helm.yaml";
 
-<details>
-<summary>Expand to see file contents</summary>
+<details><summary>Expand to see file contents</summary>
 
 <CurlCodeBlock
   localPath="clusters/management/weave-gitops-enterprise.yaml"

website/docs/enterprise/getting-started/join-cluster-azure-flux.mdx

@@ -54,8 +54,7 @@ If you already have Flux running, you can create the service account in your fle
 
 1. Create a service account file:
 
-<details>
-<summary>Expand to see role manifests</summary>
+<details><summary>Expand to see role manifests</summary>
 
 ```yaml
 apiVersion: v1
@@ -78,8 +77,7 @@ metadata:
 
 2. Create a roles file:
 
-<details>
-<summary>Expand to see role manifests</summary>
+<details><summary>Expand to see role manifests</summary>
 
 ```yaml
 apiVersion: rbac.authorization.k8s.io/v1
@@ -126,8 +124,7 @@ Kubernetes 1.24+ [will not create secrets for Service Accounts for you](https://
 
 6. Create a kubeconfig secret. We'll use a helper script to generate the kubeconfig, and then save it into `static-kubeconfig.sh`:
 
-	<details>
-	<summary>Expand to see script</summary>
+	<details><summary>Expand to see script</summary>
 
 	```bash title="static-kubeconfig.sh"
 	#!/bin/bash

website/docs/explorer/configuration.mdx

@@ -114,8 +114,7 @@ To configure collection, you would need to extend this configuration with the fo
 
 1. Create a ServiceAccount for the one that you specified in your [setup](#setup) `.spec.values.explorer.collector.serviceAccount`.
 
-<details>
-<summary>Expand to see an example</summary>
+<details><summary>Expand to see an example</summary>
 
 ```yaml
 apiVersion: v1
@@ -130,8 +129,7 @@ metadata:
 
 2. Create a ClusterRole with the permissions to watch the supported resources.
 
-<details>
-<summary>Expand to see an example</summary>
+<details><summary>Expand to see an example</summary>
 
 ```yaml
 apiVersion: rbac.authorization.k8s.io/v1
@@ -160,8 +158,7 @@ rules:
 
 3. Create a ClusterRolebinding to assign previous ClusterRole to the created collector `ServiceAccount`.
 
-<details>
-<summary>Expand to see an example</summary>
+<details><summary>Expand to see an example</summary>
 
 ```yaml
 apiVersion: rbac.authorization.k8s.io/v1
@@ -184,8 +181,7 @@ If you want the collector to watch a particular namespace use a RoleBinding inst
 
 4. Extend impersonation rules to allow service account impersonation for ServiceAccount `collector`
 
-<details>
-<summary>Expand to see an example</summary>
+<details><summary>Expand to see an example</summary>
 
 ```yaml
 apiVersion: rbac.authorization.k8s.io/v1

website/docs/gitops-templates/profiles.mdx

@@ -51,8 +51,7 @@ Keys available in the `spec.charts.items` entries and the template variables ava
 | `required`         | (default=false) Allow the user to de-select this profile               |
 | `editable`         | (default=false) Allow the user to edit the values.yaml of this profile |
 
-<details>
-<summary>Expand for a complete yaml example</summary>
+<details><summary>Expand for a complete yaml example</summary>
 
 ```yaml
 spec:

website/docs/gitops-templates/quickstart-templates.mdx

@@ -20,8 +20,7 @@ github repo.
 To get started, add the following `HelmRelease` object to your Weave GitOps Enterprise
 configuration repo for your management cluster.
 
-<details>
-<summary>Expand to view</summary>
+<details><summary>Expand to view</summary>
 
 ```yaml
 ---

website/docs/gitops-templates/repo-rendered-paths.mdx

@@ -22,8 +22,7 @@ The path for rendered resources is configured via the
 - The path can be templated using params
 :::
 
-<details>
-<summary>Expand to see example</summary>
+<details><summary>Expand to see example</summary>
 
 ```yaml
 spec: