Lokales Turniermanagement direkt in https://play.autodarts.io als Userscript.

Der Assistent erweitert die Autodarts-Oberfläche um einen eigenen Bereich für:

• Turnieranlage (KO, Liga, Gruppenphase + KO)
• Ergebnisführung
• Turnieransicht (Tabelle + Bracket)
• Import/Export
• API-Halbautomatik (Start per Klick + Ergebnis-Sync)

1. Dokumentation
2. Installation
3. Erste Orientierung in Autodarts
4. Funktionen
5. Turniermodi
6. Turnier anlegen
7. API-Halbautomatik
8. Statusmeldungen
9. Turnierbaum
10. Import und Export
11. Einstellungen
12. Regelbasis und Limits
13. Troubleshooting
14. Entwicklung
15. Limitationen
16. Quellen

Zusätzliche Detaildoku zur Zeitberechnung: docs/tournament-duration.md

1. Tampermonkey installieren: tampermonkey.net
2. Oben auf Installieren klicken.
3. Die Installation in Tampermonkey bestätigen.
4. https://play.autodarts.io neu laden.
5. Links im Menü xLokales Turnier öffnen.

Empfohlen ist die Installation über den Loader:

Alternative ohne Loader:

• Direktes Runtime-Skript: autodarts-tournament-assistant.user.js

Wichtiger Hinweis nach der Installation:

• Bei Loader-Installation reicht für Updates ein Reload von play.autodarts.io.
• Bei direkter Runtime-Installation erscheint im Tab Einstellungen eine GitHub-Update-Prüfung mit Update installieren.
• Falls Tampermonkey nicht in play.autodarts.io injiziert, siehe Tampermonkey FAQ.

Nach Installation ist links im Hauptmenü der neue Eintrag sichtbar. Darüber öffnest du den Assistant mit den Tabs:

• Turnier
• Spiele
• Turnierbaum
• Import/Export
• Einstellungen

• Turniermodi:
  • ko
  • league
  • groups_ko
• Ergebnisführung:
  • Manuelles Speichern pro Match
  • API-Matchstart per Klick
  • API-Sync für Ergebnisse
  • Inline-Button auf /history/matches/{id}: Ergebnis aus Statistik übernehmen & Turnier öffnen
• KO-Ansicht:
  • Bracket via brackets-viewer (primär)
  • HTML-Fallback bei CDN-Fehler/Timeout
• Turnieranlage:
  • KO-Erstrunde als Hybrid-Draw (seeded oder open_draw)
  • Preset-Auswahl mit offiziellem European-Tour-Format, Basic-Kompatibilitätsprofil und Custom-Status
  • Kompaktes Formular-Layout (Konfiguration + Teilnehmerbereich)
  • Live-Prognose für die voraussichtliche Turnierzeit
  • Teilnehmerliste kann per Button gemischt werden
  • Formularentwurf bleibt erhalten (z. B. beim Moduswechsel)
• Import/Export:
  • JSON-Datei exportieren
  • JSON in die Zwischenablage kopieren
  • JSON per Datei oder Text importieren

• Hybrid-Draw:
  • KO-Erstrunde zufällig mischen = OFF -> seeded (Eingabereihenfolge als Seed 1..n).
  • KO-Erstrunde zufällig mischen = ON -> open_draw (deterministisch gemischte Seed-Reihenfolge).
• Standard bleibt klassisches Single Elimination mit genau einem Finale.
• Optional kann bei der Turnieranlage Spiel um Platz 3 aktiviert werden:
  • Nur für ko, Default AUS.
  • Halbfinal-Sieger gehen weiterhin ins Finale, Halbfinal-Verlierer ins Platz-3-Spiel.
  • Das Platz-3-Spiel beeinflusst den Champion-Pfad nie.
  • Bei Bye-/Edge-Szenarien wird kein kaputter Platzierungs-Pfad erzeugt.
• Die Option ist draw-stabil:
  • wirksam bei Anlage/Import,
  • nicht als Live-Toggle im aktiven Turnier vorgesehen.
• Bye-Verteilung ist PDC/DRA-konform für gesetzte Draws:
  • Bei nicht voller 2er-Potenz erhalten Top-Seeds Freilose.
  • Beispiel mit 9 Spielern im 16er-Baum: Nur Seed 8 vs Seed 9 spielt in Runde 1.
• KO-Matches werden pro Turnierast freigeschaltet:
  • Ein Match ist spielbar, sobald beide Teilnehmer feststehen.
  • Bei Runde > 1 müssen die direkten Vorgänger-Matches abgeschlossen sein.
• Nur Runde-1-Byes dürfen automatisch als abgeschlossen gesetzt werden.
• Freilose werden im Tab Spiele explizit als Freilos (Bye) markiert.

• Vollständiger Round-Robin-Spielplan.
• Tabelle basiert auf:
  • Punkte
  • Direktvergleich (bei 2 Punktgleichen, DRA strict)
  • Teilgruppen-Leg-Differenz (bei 3+ Punktgleichen, DRA strict)
  • Leg-Differenz gesamt
  • Legs For gesamt
  • Bei weiterem Gleichstand: Playoff erforderlich

• Zwei Gruppen (A, B).
• Top-2 jeder Gruppe qualifizieren sich für KO.
• Kreuz-Halbfinale:
  • A1 vs B2
  • B1 vs A2
• Das Finale folgt nach den Halbfinals.

Tab: Turnier

• Turniername
• Modus
• Teilnehmer (eine Zeile pro Person)

• Bei Neuanlage ist standardmäßig PDC European Tour (Official) aktiv.
• Das Preset wird über Auswahlfeld + Button Preset anwenden auf alle relevanten Turnierfelder angewendet.
• Der Spielmodus bleibt immer Legs; Best-of Legs ist führend für die Matchlänge und wird API-seitig als First to N Legs umgesetzt.

• PDC World Championship wird bewusst nicht als offizielles Preset ausgeliefert.
• Grund:
  • Das Format arbeitet mit Sets (Best of Sets; ein Set besteht aus Best of 5 Legs).
  • Die AutoDarts-/ATA-Integration kann hier nur Legs / First to N abbilden.
• Deshalb behauptet die App an dieser Stelle kein echtes WM-Format.

• Das Eingabeformular speichert einen Entwurf.
• Dadurch bleiben Eingaben erhalten, auch wenn:
  • der Modus gewechselt wird
  • die UI neu gerendert wird
• Wenn Bull-off = Off, wird Bull mode automatisch read-only deaktiviert.
• Bei manuellen Änderungen an Preset-relevanten Feldern springt der Preset-Status auf Individuell.
• Legacy-Drafts und Legacy-Turniere mit der alten Preset-ID pdc_standard werden automatisch auf PDC 501 / Double Out (Basic) abgebildet, damit gespeicherte Best of 5-Turniere nicht still auf Best of 11 umspringen.

• Details zur Formel, zu den Faktoren und zur Benchmark-Basis: docs/tournament-duration.md
• In der rechten Spalte unter Teilnehmer wird eine Live-Prognose angezeigt.
• Die Berechnung aktualisiert sich bei jeder Änderung im Formular:
  • Teilnehmerzahl und Modus
  • Best of Legs
  • Startpunkte
  • In-Modus, Out-Modus
  • Bull-off, Bull-Modus
  • Max Runden
  • Boards für Zeitprognose
• Die Schätzung zeigt:
  • Hauptwert ca. Xh Ym
  • realistische Spannweite
  • Anzahl geplanter Spiele
  • durchschnittliche Matchdauer
  • Match-Wellen, Peak-Parallelität und Board-Auslastung
  • Toggle zum Ein-/Ausblenden der Prognose inkl. Parameter
• Annahme:
  • abhängigkeitsbasiertes Scheduling mit Board-Limit, Spielerkonflikten und KO-/Phasenabhängigkeiten
• Zeitprofil und Board-Anzahl werden direkt im Tab Turnier neben der Prognose gesetzt.
• Bei aktivem Turnier erscheint zusätzlich eine statische Restzeit-Prognose auf Basis der abgeschlossenen Matches.

Beispiel der Live-Zeitprognose im Turnierformular:

Die Anzeige bündelt Teilnehmerzahl, geplante Spielanzahl, durchschnittliche Matchdauer, Board-Auslastung, aktives Zeitprofil und eine realistische Spannweite in einem kompakten Überblick.

Im aktiven Turnier siehst du die wichtigsten Tags sofort:

• Format (KO, Liga, Gruppenphase + KO)
• Best of, First to, Startpunkte
• Bei KO: Open Draw/Gesetzter Draw, Draw-Lock aktiv/aus, Spiel um Platz 3 aktiv/aus
• X01-Zusammenfassung und Teilnehmerchips

Tab: Spiele

• Gültiger Autodarts-Login (Auth-Token)
• Aktives Board in Autodarts
• Feature-Flag Automatischer Lobby-Start + API-Sync aktiv

Das Auth-Token kann aus Authorization-Cookie, autodarts_refresh_token (Refresh-Flow) oder aus laufenden api.autodarts.io-Request-Headern im Runtime-Kontext stammen. Eine laufend gepflegte Endpoint-Matrix steht in docs/autodarts-api-capabilities.md. Der dokumentarische Qualitätsstandard (spec-first, Fehlerstandard, Review-Checkliste) steht in docs/api-documentation-playbook.md.

1. Match in Spiele über Match starten auslösen.
2. Eine Lobby wird mit den Turnier-Settings erstellt (X01-Felder + Legs aus Best of Legs), immer als private Lobby.
3. Spieler werden hinzugefügt und das Match wird gestartet.
4. Ergebnis wird per API geholt und lokal gespeichert.
5. Auf der Statistikseite (/history/matches/{id}) steht zusätzlich ein direkter Import-Button zur Verfügung.

Sortiersegmente im Tab Spiele:

• Spielbar zuerst: priorisiert live/spielbare Paarungen für schnellen Ablauf.
• Phase/Spiel: strikte Reihenfolge nach Turnierstruktur.
• Status: gruppiert nach offen/abgeschlossen/Freilos.

Die bekannten Statusmeldungen in Runtime-Leiste, Matchkarten, History-Import und passenden Notice-Bannern sind direkt klickbar und verweisen auf die jeweilige Stelle in dieser README.

Wichtige Markierungen:

• Nächstes Match: empfohlene nächste Paarung (PDC: Next Match).
• Freilos (Bye): automatischer Weiterzug ohne Spiel.
• Achtelfinale, Viertelfinale, Halbfinale, Finale: offizielle KO-Endphasenbezeichnungen; davor bei großen Feldern Letzte 32, Letzte 64 usw.
• Platz 3: Gewinner des optionalen Platz-3-Spiels.
• Champion: finaler Gewinner inklusive Leg-Ergebnis.

Auf /history/matches/{id} kann das Tool ein Ergebnis direkt aus der Statistik übernehmen:

• Button: Ergebnis aus Statistik übernehmen & Turnier öffnen
• Bei Legs-Abweichung vom Turniermodus ist eine explizite Bestätigung erforderlich (requires_confirmation).
• Mit Statushinweis (Import bereit, Bestätigung erforderlich, letzter Sync-Status, Fehlerhinweis)
• Öffnet danach direkt den Assistant-Tab Spiele

• Nur ein aktives API-Match gleichzeitig (Single-Board-Flow).
• Duplikatnamen werden für API-Sync blockiert.
• Ungültige Ergebnisse werden abgewiesen.
• Wenn ein Matchstart vor dem eigentlichen start scheitert, wird eine bereits erstellte, aber noch ungestartete Lobby vorsichtig gelöscht.
• Bei mehrdeutigen Zuordnungen wird absichtlich nicht automatisch übernommen.

Diese Referenz deckt die aktuell implementierten klickbaren Statusmeldungen rund um API-Halbautomatik, Matchfreigabe und Statistik-Import ab. Wenn dieselbe Formulierung als kurzes Notice-Banner erscheint, verweist sie auf denselben Abschnitt.

Tab: Turnierbaum

• KO-Baum wird im iframe über brackets-viewer gerendert.
• Bei CDN-Problemen zeigt die App einen HTML-Fallback.
• Freilose, abgeschlossene Spiele und Finale sind visuell markiert.
• Optionales Platz-3-Spiel wird im Viewer als Consolation Final abgebildet; im HTML-Fallback als separate, klar getrennte Sektion.
• Je nach Modus zeigt der Tab unterschiedliche Ansichten:
  • KO: klassischer Turnierbaum mit offenen Slots, Freilosen und Finale (optional zusätzlich Platz-3-Spiel).
  • Liga: Tabelle und vollständiger Spielplan in einer gemeinsamen Ansicht.
  • Gruppenphase + KO: Gruppentabellen oben, KO-Turnierbaum darunter.

Liga-Ansicht mit Tabelle und Spielplan:

Gruppenphase + KO mit Gruppentabellen und KO-Turnierbaum:

Tab: Import/Export

• JSON herunterladen
• JSON in Zwischenablage

• Dateiimport (.json)
• JSON-Text direkt einfügen

• Persistenzschema: schemaVersion: 4
• Beim Import werden Daten defensiv normalisiert.
• Legacy-KO-Turniere werden auf KO-Engine v3 migriert.
• Vor KO-Migration wird ein Backup unter ata:tournament:ko-migration-backups:v2 abgelegt.
• Legacy-Daten ohne tournament.ko.enableThirdPlaceMatch bleiben kompatibel und werden als false behandelt.
• Bestehende Turniere werden auf tournament.rules.tieBreakProfile = promoter_h2h_minitable normalisiert.

Tab: Einstellungen

Legende für die eingeblendeten Hilfelinks:

Symbol	Bedeutung	Typischer Inhalt
	Info-Icon = technische Information	Bedienung, Implementierung, README-Kontext
	Regel-Icon = Regelwerk	DRA-Bezug, Kapitel/Punkt/Seite, Hintergründe

• Das Info-Icon verweist auf Bedienung, Implementierung und interne Projektdokumentation.
• Das Regel-Icon verweist auf die zentrale Regelerklärung in docs/dra-regeln-gui.md.

• Aktiviert ausführliche Logs in der Browser-Konsole.
• Prefix z. B. [ATA][api], [ATA][bracket], [ATA][storage].
• Zusätzlich wird im Tab Einstellungen ein kopierbares Matchstart-Debug-Protokoll gespeichert.
• Das Protokoll enthält Vorprüfung, Lobby-Payload, API-Schritte, Fallback-/Cleanup-Infos und Fehlerdetails, aber bewusst kein Auth-Token.
• Sinnvoll für Fehlersuche bei API oder Renderproblemen.

• Der Tab Einstellungen prüft die veröffentlichte GitHub-Version gegen die installierte Runtime-Version.
• Die Prüfung nutzt dist/autodarts-tournament-assistant.meta.js als primären Versions-Endpoint und fällt bei Bedarf auf dist/autodarts-tournament-assistant.user.js zurück.
• Direkt installierte Runtime:
  • Button Update installieren öffnet die veröffentlichte Userscript-Datei mit Cache-Busting.
• Loader aktiv:
  • Bei verfügbarer neuer Runtime genügt Neu laden, weil der Loader die aktuelle Dist-Datei beim nächsten Seitenaufruf frisch lädt.
• Der Sidebar-Menüeintrag xLokales Turnier markiert verfügbare Updates zusätzlich mit einem Punkt.

• Standard: AUS.
• Wenn aktiv:
  • Match starten erstellt Lobby, fügt Spieler hinzu, startet Match.
  • Duplikatnamen werden bereits vor dem Klick als nicht API-tauglich blockiert.
  • Fehlgeschlagene, noch nicht gestartete Lobbys werden vorsichtig bereinigt.
  • Ergebnis wird automatisch aus der API übernommen.
• Warum: weniger manuelle Schritte, geringeres Risiko für Übertragungsfehler.

• Standard: EIN.
• Gilt für neu erstellte KO-Turniere.
• EIN -> open_draw (deterministische Auslosungsreihenfolge in Runde 1).
• AUS -> seeded (Eingabereihenfolge als Seed-Rang).
• Warum: Turnierleitung kann zwischen offener Auslosung und Setzlogik wählen.

• Standard: EIN.
• Neue KO-Turniere übernehmen den Initial-Draw unverändert (drawLocked = true).
• Bezug: DRA 6.12.1 (veröffentlichter Draw bleibt bestehen).
• Im Tab Einstellungen ist Entsperren nur als expliziter Promoter-Override mit Bestätigung innerhalb kurzer Frist möglich.
• Warum: Verhindert unfaire oder versehentliche Nachauslosung während laufendem Turnier.

• Details zur Berechnungsgrundlage: docs/tournament-duration.md
• Das Profil kalibriert sowohl die Leg-Geschwindigkeit als auch die Zeit zwischen Matches und Turnierphasen.
• Das Zeitprofil wird im Tab Turnier direkt bei der Prognose gesteuert (nicht mehr als eigenes Select im Tab Einstellungen).
• Zeitprofil:
  • Schnell
  • Normal (empfohlen)
  • Langsam
• Das Profil wirkt als globaler Kalibrierungsfaktor für die Live-Prognose im Tab Turnier.
• Unabhängig vom Profil bleiben die fachlichen Einflussgrößen erhalten:
  • Modus und Teilnehmerzahl
  • Best of Legs
  • Startpunkte
  • In / Out
  • Bull-off / Bull-Modus
  • Max Runden
  • Boards für Zeitprognose (im Tab Turnier)
• Warum: lokale Felder spielen unterschiedlich schnell; das Profil erlaubt eine saubere Anpassung, ohne die eigentliche Turnierlogik zu verändern.

• Promoter H2H + Mini-Tabelle (empfohlen):
  • Punkte (2 Sieg, 1 Unentschieden, 0 Niederlage)
  • Direktvergleich bei genau 2 Punktgleichen
  • Teilgruppen-Leg-Differenz bei 3+ Punktgleichen
  • danach Gesamt-Leg-Differenz und Legs gewonnen
  • bei weiterem Gleichstand: Playoff erforderlich
• Promoter Punkte + LegDiff:
  • vereinfachte, legacy-kompatible Sortierung
  • Reihenfolge: Punkte -> Gesamt-Leg-Differenz -> Legs gewonnen

Warum dieses Feld wichtig ist:

• DRA 6.16.1 erlaubt Tie-Breaks nach Ermessen des Veranstalters.
• Das Profil erzwingt eine klare, reproduzierbare Reihenfolge statt Ad-hoc-Entscheidung.
• Nach dem ersten abgeschlossenen Gruppen-/Liga-Ergebnis ist das Profil gesperrt.

Priorisierung für Limits in diesem Projekt:

1. Offizielle Darts-Regeln
2. Mathematische Turnierlogik
3. Technische Machbarkeit im Userscript

• DRA-Rulebook-Seite: https://www.thedra.co.uk/dra-rulebook
• DRA-Rulebook-PDF (Projektkopie): docs/DRA-RULE_BOOK.pdf
• DRA-Referenzen:
  • Definition Bye: Abschnitt 2 (Seite 4): DRA-RULE_BOOK.pdf#page=4
  • Turnierformat KO / Round Robin: 6.8.1, 6.8.2 (Seite 17): DRA-RULE_BOOK.pdf#page=17
  • Teilnehmer und Veranstalter-Ermessen: 6.10.1, 6.10.5.2 (Seiten 17-18): DRA-RULE_BOOK.pdf#page=18
  • Draw bleibt bestehen: 6.12.1 (Seite 18): DRA-RULE_BOOK.pdf#page=18
  • Tie-Break im Ermessen des Veranstalters: 6.16.1 (Seite 20): DRA-RULE_BOOK.pdf#page=20

Hinweise:

• Zusätzliches technisches Hard-Cap: 128 Teilnehmer.
• Die GUI verlinkt Regelhintergründe über das Regel-Icon auf docs/dra-regeln-gui.md.

• Transparenz: Jeder sieht, warum ein Match gesperrt/freigeschaltet ist.
• Fairness: Draw-Lock und Bye-Handling verhindern spätere Strukturmanipulation.
• Nachvollziehbarkeit: Tie-Break-Profil macht Tabellenentscheidungen reproduzierbar.
• Planbarkeit: Limits schützen vor Turnierformaten, die lokal kaum sauber durchführbar sind.

• Ursache ist meist ein inkonsistenter Altzustand.
• Lösung:
  1. Seite neu laden.
  2. Falls nötig Turnier neu anlegen.
  3. Prüfen, ob Freilos in Runde 1 automatisch weitergeleitet wurde (das ist korrekt).

• Einmal in Autodarts manuell eine Lobby öffnen und ein Board setzen.
• Danach Seite neu laden.

• Login prüfen (Token vorhanden?).
• Kurz zu Lobbies oder Matches wechseln, damit laufende API-Header erneut erfasst werden.
• Feature-Flag aktiv?
• Eindeutige Teilnehmernamen verwenden.
• Bei mehreren offenen Matches mit derselben Paarung wird absichtlich nicht automatisch übernommen (Mehrdeutige Zuordnung), um falsche Ergebnisse zu vermeiden.
• GET /gs/v0/matches/{id}/challenge kann in der Autodarts-Webapp mit 404 erscheinen; das ist beobachtet und blockiert den ATA-Matchstart-/Sync-Flow nicht.
• Roh-Console-Logs nicht ungefiltert committen oder teilen: SSO-URLs können Einmal-Parameter wie code, state und session_state enthalten.

• CDN kann temporär nicht erreichbar sein.
• Der HTML-Fallback wird dann angezeigt.

autodarts_local_tournament/
|- src/
|  |- core/
|  |- data/
|  |- domain/
|  |- app/
|  |- infra/
|  |- ui/
|  |  |- styles/
|  |  `- render-helpers.js
|  |- bracket/
|  |- runtime/
|- build/
|  |- manifest.json
|  |- version.json
|  `- domain-test-manifest.json
|- scripts/
|  |- build.ps1
|  |- qa.ps1
|  |- qa-architecture.ps1
|  |- qa-build-discipline.ps1
|  |- qa-encoding.ps1
|  |- qa-regelcheck.ps1
|  |- test-domain.ps1
|  `- test-runtime-contract.ps1
|- tests/
|  |- fixtures/
|  |- selftest-runtime.js
|  |- contracts/
|  |- domain-isolation.js
|  |- test-harness.js
|  |- unit-ko-engine.js
|  |- unit-rules-config.js
|  `- unit-standings-dra.js
|- installer/
|  |- Autodarts Tournament Assistant Loader.user.js
|- dist/
|  |- autodarts-tournament-assistant.meta.js
|  |- autodarts-tournament-assistant.user.js
|- docs/
|  |- architecture.md
|  |- codebase-map.md
|  |- dra-compliance-matrix.md
|  |- dra-regeln-gui.md
|  |- pdc-dra-compliance.md
|  |- refactor-guide.md
|  |- selector-strategy.md
|  |- changelog.md
|- assets/
|- README.md
|- LICENSE

Die vollständige Datei- und Verbindungsdoku steht in docs/codebase-map.md.

• Quellcode: src/*
• Build-Metadaten: build/manifest.json, build/version.json
• Build/QA: scripts/*.ps1
• Runtime-Script: dist/autodarts-tournament-assistant.user.js
• Meta-Endpoint für Versionsabgleich: dist/autodarts-tournament-assistant.meta.js
• Loader-Script: installer/Autodarts Tournament Assistant Loader.user.js

powershell -ExecutionPolicy Bypass -File scripts/build.ps1
powershell -ExecutionPolicy Bypass -File scripts/qa.ps1

Gezielte Checks:

powershell -ExecutionPolicy Bypass -File scripts/qa-architecture.ps1
powershell -ExecutionPolicy Bypass -File scripts/test-domain.ps1
powershell -ExecutionPolicy Bypass -File scripts/test-runtime-contract.ps1

• Shadow DOM für gekapselte UI
• src/app/* als Orchestrierungsgrenze zwischen Domain, Persistenz und UI
• SPA-Routing-Hooks für stabile Einbindung in Autodarts
• Defensive Persistenz-Normalisierung
• Bracket-Rendering in sandboxed iframe
• src/runtime/* nur noch für Bootstrap-/Wiring

• Modus-Limits:
  • ko: 2..128
  • league: 2..16
  • groups_ko: 4..16
• Technisches Hard-Cap: 128 Teilnehmer
• API-Halbautomatik basiert auf in der Praxis verwendeten Endpunkten (Inference), siehe docs/autodarts-api-capabilities.md
• DOM-Autodetect bleibt best-effort

• Turnierdauer-Benchmarks:
  • https://www.aboutthedarts.com/how-to/calculate-the-time-required-for-your-darts-tournament/
  • https://www.bognorregis.com/darts/
  • https://gameandentertain.com/how-long-does-a-game-of-darts-last/
• DRA (offizielle Regelbasis):
  • https://www.thedra.co.uk/dra-rulebook
  • docs/DRA-RULE_BOOK.pdf
• PDC (Open Draw Kontext, Eventregeln):
  • https://www.pdc.tv/news/2013/01/16/rules-challenge-youth-tours
• JS-Modularisierung:
  • https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Modules
• Tampermonkey Dokumentation:
  • https://www.tampermonkey.net/documentation.php?locale=en
• Tampermonkey FAQ (Injection):
  • https://www.tampermonkey.net/faq.php#Q209
• Referenz-Extension:
  • https://chromewebstore.google.com/detail/autodarts-local-tournamen/algfbicoennnolleogigbefngpkkmcng
• Bracket Viewer:
  • https://github.com/Drarig29/brackets-viewer.js
• Autodarts Themes/Pattern Inspiration:
  • https://github.com/thomasasen/autodarts-tampermonkey-themes