Der Betreiber hat sie nicht gefunden, und das zu Recht: die zwei Felder
gab es nur auf der Modul-Detailseite unter Module -> Game-Server-Monitor.
Der Reiter "Game-Server" hat aber einen eigenen, handgeschriebenen Block
mit Status- und Alarm-Kanal -- und genau dort schaut nach, wer den
Monitor einrichtet.
Also stehen sie jetzt auch dort, direkt unter den Kanaelen, mit dem
Absatz, der erklaert wofuer das gut ist. Die Modulseite behaelt sie; es
sind dieselben Formularwerte, keine zweite Wahrheit -- genauso wie
status_channel_id schon an beiden Stellen steht.
Und ins Suchregister (setting-index.js), sonst findet die Suche in der
Seitenleiste das Feld nicht und man sucht es mit den Augen. Das Register
traegt selbst den Kommentar, dass ein vergessener Eintrag genau so
endet.
Geprueft, indem die Frontend-Stufe des Images gebaut und im Ergebnis
nachgesehen wurde -- "Panel-Adresse", "Panel-Zeichen" und
"Panel-Anbindung speichern" stehen im ausgelieferten Bundle.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Playtester und Alpha-Keys standen als zwei Kaesten mitten im Community-Bereich
zwischen Geburtstagen und Starboard. Die Liste war reine Anzeige: Namen und
Datum, sonst nichts. Wer einem Einzelnen einen Schluessel geben wollte, konnte
nur "an alle verteilen" druecken, und wer jemanden wieder rausnehmen wollte,
musste an die Datenbank.
Jetzt ist es ein eigener Bereich mit drei Zahlen oben und einer Liste, in der
neben jedem Namen sein Schluessel steht. Daneben, je nach Zustand, "Schluessel
geben" oder "Zurueckziehen", und ein ✕ zum Entfernen — die Rolle geht dabei
mit, denn nur aus der Liste zu streichen und die Rolle stehen zu lassen waere
eine Halbwahrheit.
Der Vorrat ist jetzt sichtbar, nicht nur seine Groesse: einen vertippten
Schluessel findet man sonst nie wieder. Nachlegen und "wer bekommt einen?"
laufen ueber Dialoge, damit der Bereich nicht zumuellt — dafuer gibt es jetzt
eine kleine Dialog-Komponente, gebaut wie die Lightbox (Portal, Escape,
Hintergrund festhalten).
Zurueckziehen legt den Schluessel zurueck in den Vorrat. Die Person hat ihn per
DM natuerlich weiterhin — das ist eine Buchhaltung, keine Sperre. Loeschen geht
absichtlich nur bei freien Schluesseln.
## Module dorthin, wo man sie sucht
Ein paar Module standen im falschen Bereich, teils seit Langem:
- Willkommens-Karte: Support → Brand. Sie ist Aussehen, kein Support-Fall, und
im Brand-Bereich steht der Rest vom Auftritt. Der Block ist woertlich
umgezogen, nur in eine eigene Konstante — so kann sich beim Umzug nichts am
Inhalt geaendert haben.
- Twitch & YouTube: System → Feeds. Es ist ein Feed.
- Events: System → Community.
- Auto-Rolle und Rollen merken: Ihre Felder standen laengst im Rollen-Bereich,
nur das Register sagte "Community" — dadurch sprang "Einrichten" woanders hin
als die Einstellung liegt.
- Playtester und Alpha-Keys: Community → eigener Bereich.
Damit ist System kein Sammelbecken mehr, sondern nur noch Technik: Waechter,
Sprachkanaele, Erinnerungen, Sicherungen, Member-Gate.
Geprueft: Routen (alle vier neuen bewacht), SQL gegen das Schema, und im
Browser beide Dialoge (Escape schliesst, Hintergrund wird wieder freigegeben,
Hinzufuegen bleibt bei leerem Feld aus), die Liste in allen drei Zustaenden,
und die Suche — "willkommen" fuehrt jetzt nach Brand, "twitch" zu Feeds,
"sticky" zu Rollen.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Zwei Fehler, die zusammen für Ratlosigkeit gesorgt haben.
In der Liste stand „Fehlermeldungen — Gitea-Token", obwohl das Token über
GITEA_API_TOKEN längst gesetzt war und /bug lief. Grund: die
Voraussetzungs-Prüfung las die Einstellung roh statt den wirksamen Wert,
sah also nur in die Datenbank und nicht in die Umgebung. Betraf außerdem
Devlog-Kanal, Commit-Kanal und Guild-ID. runtime-settings hat dafür jetzt
effectiveSetting(), das beides zusammenführt.
Und wer dann auf „Einrichten" drückte, landete im System-Bereich — dort
gibt es gar kein Token-Feld, das steht bei Brand. Das Modul zeigte auf den
falschen Bereich.
Jetzt springt „Einrichten" auf das konkrete Feld und hebt es kurz hervor,
statt nur den Bereich zu wechseln. Der Bereich kommt dabei aus dem
Einstellungs-Register, das ohnehin weiß, wo jedes Feld liegt — damit kann
die Zuordnung am Modul nicht mehr auseinanderlaufen. Dieselbe Logik hängt
an „Einstellungen →" auf den Modul-Karten.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Die Seitenleisten-Suche kannte nur Bereiche: „starboard" führte zu
Community, aber nicht zum Schwellwert-Feld. Bei rund 60 Einstellungen
heißt das raten, in welchem Bereich etwas liegt.
setting-index.js hält jetzt fest, wo jede Einstellung wohnt, mit
Suchwörtern und Synonymen. Die Suche zeigt Treffer als eigene Gruppe unter
den Bereichen; ein Klick wechselt den Bereich, scrollt zum Feld und hebt es
kurz hervor. Enter nimmt den ersten Treffer, wobei Einstellungen Vorrang
vor Bereichen haben — wer „schwellwert" tippt, will das Feld.
Die Felder tragen dafür data-setting="<schlüssel>"; das Attribut wurde
skriptgesteuert ergänzt, ohne die Struktur anzufassen. Fünf Einstellungen
teilen sich ein Feld mit einer anderen (etwa die beiden Markenfarben) —
die zeigen über `target` auf den Nachbarn.
Textfelder werden beim Sprung fokussiert, Kanal-Auswahlen bewusst nicht:
deren Fokus klappt die Liste auf und verdeckt alles darunter.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
D4rkst3randClaude Opus 5