← Alle Beiträge

Leitfäden

TEMP-CSS- und TEMP-JS-Fenster verlieren beim Schließen keine Daten mehr — v3.2.2 und v3.2.3

20 Mai 2026 · von JustZix Team

Wochenlang stand in unserem Backlog: „× in TEMP leert sessionStorage." Ein kleiner Titel, monatelang ein leises Problem — ein versehentlicher Klick auf das ×-Symbol warf Code, Log und Geometrie weg. Im Mai 2026 haben wir es endlich behoben (v3.2.2) und unmittelbar danach eine Schaltfläche „Leeren" für das absichtliche Leeren ergänzt (v3.2.3). Hier ist, was sich geändert hat und warum dieses kleine Detail größer ist, als es aussieht.

Was kaputt war

Die Fenster TEMP CSS, TEMP JS, TEMP JS Console und TEMP Output Console (Tastenkürzel Ctrl+Alt+G/H/J/K) lebten im sessionStorage des Tabs unter einer zufälligen ID, die beim ersten Öffnen vergeben wurde. Schließen per × rief removeTempPane auf, was Folgendes tat:

• den Zustandseintrag des Fensters löschen (Code, Log, Geometrie, viewMode),
• die ID freigeben, sodass jedes weitere Ctrl+Alt+G eine neue zufällige ID erzeugte.

Das Ergebnis: der Inhalt war unwiderruflich verloren, und selbst wenn irgendwo noch etwas überlebt hätte, ließ es sich nicht finden — das nächste Öffnen suchte nach einer anderen ID. Wer in TEMP CSS arbeitete und versehentlich auf × klickte, verlor 20 Minuten Selektor-Schreiben.

v3.2.2 — × blendet nur aus

In v3.2.2 haben wir das Modell geändert: ein TEMP-Fenster wird beim Schließen nicht mehr entfernt, es bekommt ein closed-Flag und bleibt mit seinem Inhalt, seiner Geometrie und viewMode in der Session. Die Funktion createTempPane ist nun idempotent: das erneute Öffnen eines Fensters gleichen Typs (z. B. Ctrl+Alt+G für CSS) holt das bestehende Fenster mit den erhaltenen Daten zurück, statt ein neues zu erzeugen. injectTempPanesIntoData rendert nur die Fenster, die nicht closed sind, sodass Sie nach einem Neuladen weiterhin sehen, was sichtbar sein sollte.

Die Daten eines TEMP-Fensters verschwinden weiterhin, wenn der Tab geschlossen wird — das ist der natürliche Geltungsbereich von sessionStorage und das ursprüngliche Versprechen „Daten innerhalb der Session". Ein Neuladen der Seite leert sie ebenfalls (sessionStorage gilt pro Tab und pro Origin und übersteht den natürlichen Seitenlebenszyklus nicht).

v3.2.3 — die Schaltfläche „Leeren"

Nachdem × freundlich geworden war, haben wir ein absichtliches Werkzeug zum Leeren ergänzt: die Kopfzeilen von TEMP CSS und TEMP JS erhielten direkt neben dem × eine Schaltfläche mit Papierkorb-Symbol. Ein Klick darauf leert den Editorinhalt in einem Zug:

• das Leeren wandert in den Rückgängig-Verlauf des Browsers — Ctrl+Z stellt es wieder her;
• für TEMP CSS wird das aktive <style> auf der Seite sofort aktualisiert — Sie sehen die Wirkung unmittelbar;
• ein neuer i18n-Schlüssel tempPane.clear.title ×8 Sprachen (Tooltip).

Zwei Absichten, zwei Schaltflächen: das Fenster ausblenden (×) und seinen Inhalt leeren (Papierkorb). Bisher bündelte × beides zu einer einzigen zerstörerischen Aktion.

Was es im Alltag bedeutet

Drei konkrete Szenarien, in denen das einen Unterschied macht:

• „Blende es kurz aus, ich bin gleich wieder da" — Sie haben TEMP CSS mit einer längeren CSS-Regel offen, möchten die Seite ohne das Fenster sehen, kommen aber in einer Minute zurück. Vor v3.2.2: × hat den Code gelöscht. Jetzt: × blendet aus, Ctrl+Alt+G bringt es mit demselben Code zurück.
• „Ich habe × mit der Schließen-Schaltfläche verwechselt" — ein klassischer Fehler, wenn viele Fenster offen sind. Vorher: verlorene Arbeit. Jetzt: noch ein Ctrl+Alt+G und Sie sind genau dort, wo Sie aufgehört hatten.
• „Ich möchte von vorn beginnen" — vor v3.2.3 war der einzige Weg zu leeren: alles markieren + löschen, oder schließen + verlieren. Jetzt: ein Klick auf den Papierkorb, Ctrl+Z, falls Sie es sich anders überlegen.

Weitere Korrekturen, die dieses Modell ermöglicht hat

Das alte Modell „× leert" blockierte auch kleine Verbesserungen, die keinen sinnvollen Platz hatten: Größengedächtnis pro Fenstertyp (v2.13.201), Doppelklick auf die Leiste = Größe umschalten (v2.13.203), Scroll-Eingrenzung (v2.13.203). Nach dem Umbau des Fensterzustands haben alle drei einen konsistenten Ort, um Daten abzulegen, und reagieren einheitlich auf Schließen und Öffnen.

Siehe auch

• TEMP-Fenster — die vollständige Beschreibung der per Tastenkürzel beschworenen Fenster
• TEMP vs. persistentes Fenster — ein Entscheidungsmodell
• Fenster auf der Seite — die Entwicklerfenster innerhalb der Seite

JustZix installieren — und hören Sie auf, TEMP-Code durch einen einzelnen versehentlichen Klick zu verlieren.