- Editor ohne Tests —
apps/webhat jetzt einetsconfig.jsonund wird typgeprüft, aber keinen einzigen Test. Anmeldedialog und Ereignisverarbeitung wären die Kandidaten; beide brauchen eine DOM-Umgebung, die vitest bisher nicht eingerichtet hat. - Ereignisse pollen im 2-Sekunden-Takt — genügt fürs Erste, ist aber Verschwendung, solange nichts läuft. Ein Long-Poll wie beim Spielserver ginge auch für den Browser; die Frage ist, ob die offene Verbindung je Kind das wert ist.
- Codelänge und Sitzungsverfall — fünf Buchstaben tragen gegen einen bestimmten Code, gegen irgendeinen bei vielen aktiven Sitzungen nur begrenzt (siehe „Grenzen" in
docs/protocol.md). Ein sechster Buchstabe oder Verfall nach einigen Wochen Ruhe würde das schließen; beides ist billig, aber keins ist entschieden. - Aussehen der Turtle — derzeit ein grauer Würfel mit gelbem Punkt aus Luantis Texturgenerator. Braucht sechs Flächen à 128×128, Vorderseite erkennbar.
- Live-Highlighting des laufenden Blocks (Phase 2) — die Marken im erzeugten Lua und die Zuordnung im Generator sind bereits da, es fehlt nur die Frontend-Seite.
turtle.select()— bis dahin nimmtplace()den ersten belegten Inventarslot.- Klassen und Lehreransicht (Phase 2) —
class_idist im Datenmodell vorgesehen, überall nochnull. - Sicherung der Datendatei —
daten/backend.jsonenthält alles: Zauberwörter, Programme, Server-Token. Ein Cronjob mitcpwürde reichen, es gibt bisher keinen.