Fix all target _blank keywords

Author: sdvg

docs/00-welcome.mdx

@@ -52,17 +52,17 @@ import {WelcomeQualityTable, WelcomeSupportTable} from '@site/src/components/doc
 ## Mission
 
 <p className="col-12">
-	Der <KolLink _label="HTML-Webstandard" _href="https://html.spec.whatwg.org" _target="blank" /> ist an sich sehr
+	Der <KolLink _label="HTML-Webstandard" _href="https://html.spec.whatwg.org" _target="_blank" /> ist an sich sehr
 	"offen" spezifiziert, um möglichst langlebig und robust zu sein. Es kommt daher häufig vor, dass HTML-Kompositionen nicht
 	ohne Weiteres barrierefrei, semantisch und valide sind. <KoliBri /> baut direkt auf den
-	<KolLink _label="Webstandards" _href="https://www.w3.org/standards/webdesign/" _target="blank" /> des
-	<KolLink _label="W3C" _href="https://www.w3.org" _target="blank" /> auf (Framework-agnostisch), ist dabei eine
+	<KolLink _label="Webstandards" _href="https://www.w3.org/standards/webdesign/" _target="_blank" /> des
+	<KolLink _label="W3C" _href="https://www.w3.org" _target="_blank" /> auf (Framework-agnostisch), ist dabei eine
 	generische Referenzimplementierung des <KolLink
 		_label="WCAG-Standards"
 		_href="https://www.w3.org/WAI/standards-guidelines/wcag/"
-		_target="blank"
+		_target="_blank"
 	/>
-	und der <KolLink _label="BITV" _href="https://www.bitvtest.de/bitv_test.html" _target="blank" /> für die Barrierefreiheit
+	und der <KolLink _label="BITV" _href="https://www.bitvtest.de/bitv_test.html" _target="_blank" /> für die Barrierefreiheit
 	und als eine Multi-Theming-fähige Präsentationsschicht umgesetzt. Es gibt keinerlei fachlichen Bezug und keine Datenübertragungsfunktionalitäten.
 	Damit ist <KoliBri /> für die Realisierung statischer Webseiten als auch dynamischer Webanwendungen unterschiedlicher Corporate
 	Designs und Styleguides gleichermaßen wiederverwendbar und somit für Open Source sehr interessant.
@@ -95,7 +95,7 @@ import {WelcomeQualityTable, WelcomeSupportTable} from '@site/src/components/doc
 		<li>
 			<strong>Zugänglichmachung:</strong> Die Artefakte und der Quellcode können von jedem frei und kostenlos
 			wiederverwendet werden. Hierdurch leistet der ITZBund einen Beitrag im Sinne von{' '}
-			<KolLink _label="„Public Money – Public Code“" _href="https://publiccode.eu/" _target="blank" />.
+			<KolLink _label="„Public Money – Public Code“" _href="https://publiccode.eu/" _target="_blank" />.
 		</li>
 		<li>
 			<strong>Gewährleistungs- und Haftungsausschluss:</strong> Mit der Wiederverwendung gehen keinerlei Gewährleistung
@@ -144,11 +144,11 @@ import {WelcomeQualityTable, WelcomeSupportTable} from '@site/src/components/doc
 	gerendert werden. Das Rendering ist dabei von den jeweils technischen Rahmenbedingungen abhängig (<KolLink
 		_label="https://web.dev"
 		_href="https://web.dev/rendering-on-the-web/"
-		_target="blank"
+		_target="_blank"
 	/>, <KolLink
 		_label="https://medium.com"
 		_href="https://medium.com/nerd-for-tech/compare-and-contrast-csr-ssr-and-ssg-in-nextjs-58e3caf2e15e"
-		_target="blank"
+		_target="_blank"
 	/>).
 </p>
 <p>
@@ -165,7 +165,7 @@ import {WelcomeQualityTable, WelcomeSupportTable} from '@site/src/components/doc
 	<KolAlert _type="info" _variant="card">
 		<small>
 			🧪 Das Server-Side-Rendering von Web Components ist eine neue spannende Funktionalität, wo noch Anpassungen an den
-			Prerenderer notwendig sein werden und wird daher unsererseits als experimentell eingestuft (<KolLink _label="https://web.dev" _href="https://web.dev/declarative-shadow-dom/" _target="blank" />).
+			Prerenderer notwendig sein werden und wird daher unsererseits als experimentell eingestuft (<KolLink _label="https://web.dev" _href="https://web.dev/declarative-shadow-dom/" _target="_blank" />).
 		</small>
 	</KolAlert>
 </p>
@@ -219,7 +219,7 @@ import {WelcomeQualityTable, WelcomeSupportTable} from '@site/src/components/doc
 		</li>
 	</ul>
 	Die komplette Beschreibung der SemVer finden Sie hier:{' '}
-	<KolLink _label="https://semver.org/lang/de/" _href="https://semver.org/lang/de/" _target="blank" />
+	<KolLink _label="https://semver.org/lang/de/" _href="https://semver.org/lang/de/" _target="_blank" />
 </p>
 
 ## Qualitätsziele

docs/03-faq.mdx

@@ -40,7 +40,7 @@ import { KolLink } from '@public-ui/react';
 - **Wie funktioniert das Theming?**<br/>
   In der Regel werden Web Components mit festem Styling erstellt. KoliBri trennt die semantisch barrierefreien Komponenten vom Styling und stellt dafür eine Register-Methode zum Kombinieren zur Verfügung. Da die Web Components im Browser grundsätzlich registriert (define) werden müssen, besteht hier die Möglichkeit, die Komponenten mit einem definierten Theme zu laden.
 - **Wie kann man ein eigenes Theme erstellen?**<br/>
-  Wir arbeiten stets daran, das Erstellen und Pflegen von Themes weiter zu vereinfachen. Hierzu dienen z.B. das Basis-Styling (reines Layout) der Komponenten ab Version 1.5. Aufsetzen kann man einfach durch die Erstellung einer Theme-Definition, z.B. mit einem eigenen Theme-Projekt (NPM-Paket) mittels der <KolLink _label="TS-Datei" _href="https://github.com/public-ui/kolibri/blob/45726c50d7f28c9c595442b2241582816eca5670/packages/create-kolibri/templates/kolibri-library/packages/components/src/global/script.ts#L8" _target="blank" />. Hilfreich um Erstellen und Pflegen von Themes ist auch unser <KolLink _label="Theme-Designer" _href="/designer/" _target="blank" />.
+  Wir arbeiten stets daran, das Erstellen und Pflegen von Themes weiter zu vereinfachen. Hierzu dienen z.B. das Basis-Styling (reines Layout) der Komponenten ab Version 1.5. Aufsetzen kann man einfach durch die Erstellung einer Theme-Definition, z.B. mit einem eigenen Theme-Projekt (NPM-Paket) mittels der <KolLink _label="TS-Datei" _href="https://github.com/public-ui/kolibri/blob/45726c50d7f28c9c595442b2241582816eca5670/packages/create-kolibri/templates/kolibri-library/packages/components/src/global/script.ts#L8" _target="_blank" />. Hilfreich um Erstellen und Pflegen von Themes ist auch unser <KolLink _label="Theme-Designer" _href="/designer/" _target="_blank" />.
 - **Warum muss CSS in JavaScript verwalten werden?**<br/>
   Das Stylen von KoliBri-Komponenten erfolgt nicht allein eingebundenes CSS oder die Verwendung von CSS-Frameworks (wie z.B. Bootstrap, Material-UI, Tailwind CSS, etc.), sondern
   über das technische Setzen von CSS an der Komponente. Das hat den Vorteil, dass die Komponenten vom äußeren CSS unabhängig sind. Die Robustheit ist ein architektonischen Qualitätsziel. Sie spiegelt sich darin wieder, das nur die Komponente selbst über ihr Styling entscheidet.

docs/10-get-started/1-first-steps.mdx

@@ -7,7 +7,7 @@ import { KolAlert, KolLink } from '@public-ui/react';
 		<KolLink
 			_label="Klicken Sie hier, um sich das Cheat-Sheet zum Entwickeln anzuschauen und herunterzuladen."
 			_href="https://public-ui.github.io/cheat-sheet/"
-			_target="blank"
+			_target="_blank"
 		/>
 	</KolAlert>
 </div>

docs/10-get-started/5-frameworks.mdx

@@ -8,7 +8,7 @@ import { KolAlert, KolLink, KolTable } from '@public-ui/react';
 
 ## Installation
 
-Alle Pakete/Artefakte von KoliBri werden in der öffentlichen <KolLink _label="NPM-Registry" _href="https://www.npmjs.com/search?q=%40public-ui" _target="blank" /> versioniert bereitgestellt.
+Alle Pakete/Artefakte von KoliBri werden in der öffentlichen <KolLink _label="NPM-Registry" _href="https://www.npmjs.com/search?q=%40public-ui" _target="_blank" /> versioniert bereitgestellt.
 
 <KolTable
 	_label="Übersicht der Pakete"

docs/20-concepts/05-styling/34-theming.mdx

@@ -14,7 +14,7 @@ import {Mermaid} from '@site/src/components/Mermaid';
 	Unterstützung sind. Alle Komponenten werden dabei als <KolLink
 		_label="Web Components"
 		_href="https://developer.mozilla.org/en-US/docs/Web/Web_Components?retiredLocale=de"
-		_target="blank"
+		_target="_blank"
 	/> umgesetzt und sind somit in allen webbasierten Projekten wiederverwendbar. In der folgenden Abbildung werden diese Komponenten
 	durch die grau-gestrichelten Formen in der Mitte dargestellt.
 </p>
@@ -38,27 +38,27 @@ import {Mermaid} from '@site/src/components/Mermaid';
 		<KolLink
 			_label="CSS-Properties"
 			_href="https://developer.mozilla.org/en-US/docs/Web/CSS/Using_CSS_custom_properties"
-			_target="blank"
+			_target="_blank"
 		/>
 	</strong>{' '}
 	(
 	<KolLink
 		_label="Design-Tokens"
 		_href="https://uxdesign.cc/design-tokens-for-dummies-8acebf010d71"
-		_target="blank"
+		_target="_blank"
 	/>
 	, <KolLink
 		_label="Tailwind CSS"
 		_href="https://tailwindcss.com"
-		_target="blank"
+		_target="_blank"
 	/>) umgesetzt. Mit der
 	Umsetzung weiterer Themes haben wir jedoch festgestellt, dass wir immer mehr CSS-Properties einführen müssten, um die
 	Flexiblität für das gewünschte Design/UX (Corporate Design/Styleguide) umsetzen zu können. Im Zweifel müsste für jede
 	Anpassbarkeit ein separates Property vorgesehen werden. Am Beispiel des{' '}
 	<KolLink
 		_label="MUI-Button CSS"
 		_href="https://mui.com/material-ui/api/button/#css"
-		_target="blank"
+		_target="_blank"
 	/> ist gut
 	erkennbar, wie die CSS-Properties (Design Token) immer mehr werden.
 </p>
@@ -68,7 +68,7 @@ import {Mermaid} from '@site/src/components/Mermaid';
 			2. Wir haben das ganze CSS vollständig von den Components entkoppelt (wie <KolLink
 				_label="Styled-Components"
 				_href="https://styled-components.com"
-				_target="blank"
+				_target="_blank"
 			/>).
 		</strong>
 	</KolIndentedText>
@@ -160,7 +160,7 @@ stateDiagram-v2
 		<KolLink
 			_label="Modularisierung"
 			_href="https://github.com/public-ui/kolibri/blob/main/docs/ARCHITECTURE.md#erweitert"
-			_target="blank"
+			_target="_blank"
 		/>
 		).
 	</p>

docs/20-concepts/05-styling/35-designer.mdx

@@ -4,7 +4,7 @@ import {KolCard, KolIcon, KolLink,} from '@public-ui/react';
 
 <div className="grid grid-cols-2">
 	<KolCard _label="Eigenes Theme erstellen" _level={2}>
-		<KolLink _label="Klicken Sie hier, um den Designer in einem neuen Browser-Fenster zu öffnen." _href="/designer" _target="blank" _icons={{ left:'codicon codicon-paintcan' }} />
+		<KolLink _label="Klicken Sie hier, um den Designer in einem neuen Browser-Fenster zu öffnen." _href="/designer" _target="_blank" _icons={{ left:'codicon codicon-paintcan' }} />
 	</KolCard>
 </div>
 

docs/20-concepts/05-styling/40-scss.md

@@ -13,7 +13,7 @@ Dieser Artikel beschreibt, wie Scss zur Erstellung von KoliBri-Themes genutzt we
   KoliBri bietet zum Erstellen von Themes auch einen <KolLink _label="Designer" _href="/docs/concepts/styling/designer" /> an. Je nach persönlichen Präferenzen kann Scss oder der Designer verwendet werden.
 </KolAlert><br/>
 
-Scss ist eine Erweiterung von CSS, die es ermöglicht, Variablen, Funktionen, Mixins und vieles mehr zu verwenden. Scss kann für die Erstellung von KoliBri-Themes genutzt. Hierfür hat das Entwicklungsteam vom Projekt <KolLink _label="KERN" _href="https://gitlab.opencode.de/kern-designsystem/pattern-library" _target="blank" /> ein Build-Script geschrieben, um aus Scss-Dateien die entsprechenden KoliBri-Themes zu generieren.
+Scss ist eine Erweiterung von CSS, die es ermöglicht, Variablen, Funktionen, Mixins und vieles mehr zu verwenden. Scss kann für die Erstellung von KoliBri-Themes genutzt. Hierfür hat das Entwicklungsteam vom Projekt <KolLink _label="KERN" _href="https://gitlab.opencode.de/kern-designsystem/pattern-library" _target="_blank" /> ein Build-Script geschrieben, um aus Scss-Dateien die entsprechenden KoliBri-Themes zu generieren.
 
 ## Hintergrund
 
@@ -145,4 +145,4 @@ Identifizierte Änderungen können dann später wieder in den Scss-Dateien über
 
 ## Referenzprojekt
 
-Mehr zur Umsetzung des Scss-Ansatz findet sich im <KolLink _label="Git-Repository von KERN" _href="https://gitlab.opencode.de/kern-designsystem/pattern-library/-/tree/main/packages/themes" _target="blank" />.
+Mehr zur Umsetzung des Scss-Ansatz findet sich im <KolLink _label="Git-Repository von KERN" _href="https://gitlab.opencode.de/kern-designsystem/pattern-library/-/tree/main/packages/themes" _target="_blank" />.

docs/20-concepts/09-formular.mdx

@@ -10,14 +10,14 @@ tags:
 import { KolLink } from '@public-ui/react';
 
 Im Rahmen des Refactorings zur Verbesserung der Developer Experience haben wir die Input-Komponenten neu strukturiert
-und sie gemäß der <KolLink _label="W3C-Aufteilung" _href="https://html.spec.whatwg.org/multipage/input.html" _target="blank" /> in separierte Komponenten umgesetzt.
+und sie gemäß der <KolLink _label="W3C-Aufteilung" _href="https://html.spec.whatwg.org/multipage/input.html" _target="_blank" /> in separierte Komponenten umgesetzt.
 Auf diese Weise stellen die jeweiligen Komponenten nur noch die Eigenschaften zur Verfügung, die beim jeweiligen Typ auch eine Funktion haben. Eigenschaften die zuvor
 "mitgeschleppt" wurden, aber keinerlei Funktion haben, wurden aus der Programmierung entfernt.
 
 ## Vergleich zum HTML-Tag &lt;input&gt;
 
 <p>
-	Schaut man sich die <KolLink _label="" _href="https://developer.mozilla.org/de/docs/Web/HTML/Element/Input" _target="blank">
+	Schaut man sich die <KolLink _label="" _href="https://developer.mozilla.org/de/docs/Web/HTML/Element/Input" _target="_blank">
 		<span slot="expert">Umsetzung des <code>&lt;input&gt;</code>-Tags</span>
 	</KolLink> an, dann werden alle Typen eines Eingabefelds mit nur einem Tag (Komponente) umgesetzt. Dadurch kommt es dazu, dass
 	zwar alle Eigenschaften (Attribute/Properties) möglich sind, aber in Abhängigkeit vom Typ keinerlei Funktion haben.

docs/40-project/02-license.mdx

@@ -26,7 +26,7 @@ Die "Open-Source-Lizenz für die Europäische Union" (EUPL) ist eine von der Eur
 - 🤔 **Achtung** beim Kopieren von Code! _(zieht **Copyleft** nach sich)_ - <small>Änderungen an Kopien/Forks müssen wieder veröffentlichen werden.</small>
 - 😉 Dann einfach Änderungswünsche direkt bei KoliBri **einbringen**! - <small>Feedback und Verbesserungen zentral im Standard einbringen.</small>
 
-> Die EUPL ist in der Liste der freigegebenen Open Source-Lizenzen bei OpenCoDE gelistet: <KolLink _href="https://wikijs.opencode.de/de/Hilfestellungen_und_Richtlinien/Lizenzcompliance" _target="blank" />
+> Die EUPL ist in der Liste der freigegebenen Open Source-Lizenzen bei OpenCoDE gelistet: <KolLink _href="https://wikijs.opencode.de/de/Hilfestellungen_und_Richtlinien/Lizenzcompliance" _target="_blank" />
 
 ## Open-Source-Lizenz für die Europäische Union v1.2
 
@@ -35,7 +35,7 @@ Die "Open-Source-Lizenz für die Europäische Union" (EUPL) ist eine von der Eur
 	<KolLink
 		_label="European Union Public Licence (EUPL)"
 		_href="https://ec.europa.eu/info/european-union-public-licence_en"
-		_target="blank"
+		_target="_blank"
 	></KolLink> (EN) zu finden.
 </kol-alert>
 <br />

docs/99-impressum.mdx

@@ -31,7 +31,7 @@ import { translate } from '@docusaurus/Translate';
 
 <p>
 	Diese technische Dokumentation wird vom Open Source-Projekt "<KoliBri />" des{' '}
-	<KolLink _label="Informationstechnikzentrum Bund (ITZBund)" _href="https://itzbund.de" _target="blank" /> herausgegeben.
+	<KolLink _label="Informationstechnikzentrum Bund (ITZBund)" _href="https://itzbund.de" _target="_blank" /> herausgegeben.
 </p>
 
 ### Adresse

i18n/en/docusaurus-plugin-content-docs/current/00-welcome.mdx

@@ -51,11 +51,11 @@ import {WelcomeQualityTable, WelcomeSupportTable} from '@site/src/components/doc
 ## Mission
 
 <p className="col-12">
-	The <KolLink _label="HTML web standard" _href="https://html.spec.whatwg.org" _target="blank" /> is specified to be very "open" in order to be as durable and robust as possible. It therefore often happens that HTML compositions are not readily accessible, semantic and valid.
-	<KoliBri /> builds directly on the <KolLink _label="W3C" _href="https://www.w3.org" _target="blank"/>
-	<KolLink _label="web standards" _href="https://www.w3.org/standards/webdesign/" _target="blank" /> (framework-agnostic), is thereby a generic reference implementation of the
-	<KolLink _label="WCAG standard" _href="https://www.w3.org/WAI/standards-guidelines/wcag/" _target="blank" /> and
-	<KolLink _label="BITV" _href="https://www.bitvtest.de/bitv_test.html" _target="blank" /> for accessibility, and is implemented as a multi-theme-enabled presentation layer. There is no technical reference and
+	The <KolLink _label="HTML web standard" _href="https://html.spec.whatwg.org" _target="_blank" /> is specified to be very "open" in order to be as durable and robust as possible. It therefore often happens that HTML compositions are not readily accessible, semantic and valid.
+	<KoliBri /> builds directly on the <KolLink _label="W3C" _href="https://www.w3.org" _target="_blank"/>
+	<KolLink _label="web standards" _href="https://www.w3.org/standards/webdesign/" _target="_blank" /> (framework-agnostic), is thereby a generic reference implementation of the
+	<KolLink _label="WCAG standard" _href="https://www.w3.org/WAI/standards-guidelines/wcag/" _target="_blank" /> and
+	<KolLink _label="BITV" _href="https://www.bitvtest.de/bitv_test.html" _target="_blank" /> for accessibility, and is implemented as a multi-theme-enabled presentation layer. There is no technical reference and
 	no data transfer functionalities. This makes <KoliBri /> equally reusable for the realization of static websites as
 	well as dynamic web applications of different corporate designs and style guides and thus very interesting for open
 	source.
@@ -87,7 +87,7 @@ import {WelcomeQualityTable, WelcomeSupportTable} from '@site/src/components/doc
 	<ul>
 		<li>
 			<strong>Making accessible</strong>: The artifacts and source code can be reused freely and without charge by
-			anyone. In this way, the ITZBund makes a contribution in the sense of <KolLink _label="“Public Money – Public Code”" _href="https://publiccode.eu/" _target="blank" />.
+			anyone. In this way, the ITZBund makes a contribution in the sense of <KolLink _label="“Public Money – Public Code”" _href="https://publiccode.eu/" _target="_blank" />.
 		</li>
 		<li>
 			<strong>Warranty and liability disclaimer</strong>: No warranty or liability claims are associated with the reuse.
@@ -130,7 +130,7 @@ import {WelcomeQualityTable, WelcomeSupportTable} from '@site/src/components/doc
 
 <p className="col-12">
 	Web components can be rendered on the client side (CSR), prerendered (SSG), or on the server side (SSR). The rendering
-	depends on the respective technical framework conditions (<KolLink _label="https://web.dev" _href="https://web.dev/rendering-on-the-web/" _target="blank" />, <KolLink _label="https://medium.com" _href="https://medium.com/nerd-for-tech/compare-and-contrast-csr-ssr-and-ssg-in-nextjs-58e3caf2e15e" _target="blank" />).
+	depends on the respective technical framework conditions (<KolLink _label="https://web.dev" _href="https://web.dev/rendering-on-the-web/" _target="_blank" />, <KolLink _label="https://medium.com" _href="https://medium.com/nerd-for-tech/compare-and-contrast-csr-ssr-and-ssg-in-nextjs-58e3caf2e15e" _target="_blank" />).
 </p>
 <p>
 	<KolAlert _type="info" _variant="card">
@@ -145,7 +145,7 @@ import {WelcomeQualityTable, WelcomeSupportTable} from '@site/src/components/doc
 	<KolAlert _type="info" _variant="card">
 		<small>
 			🧪 Server-side rendering of Web Components is an exciting new functionality where adjustments to the prerenderer
-			will still be necessary and is therefore classified as experimental on our part (<KolLink _label="https://web.dev" _href="https://web.dev/declarative-shadow-dom/" _target="blank" />).
+			will still be necessary and is therefore classified as experimental on our part (<KolLink _label="https://web.dev" _href="https://web.dev/declarative-shadow-dom/" _target="_blank" />).
 		</small>
 	</KolAlert>
 </p>
@@ -197,7 +197,7 @@ import {WelcomeQualityTable, WelcomeSupportTable} from '@site/src/components/doc
 			existing feature set.
 		</li>
 	</ul>
-	You can find the complete description of the SemVer here: <KolLink _href="https://semver.org" _target="blank" />
+	You can find the complete description of the SemVer here: <KolLink _href="https://semver.org" _target="_blank" />
 </p>
 
 ## Quality objectives