feat(frontend): "Auf den Server legen" im Dokumenten-Menue (D76-Nachtrag 8)
Bis hierher kam ein Plan nur per curl auf den Server — der Menueintrag war im Konzept vorgesehen und fehlte. Jetzt legt der Knopf das aktive Dokument an, schaltet dorthin um und schreibt den Link in die Adresszeile und in die Zwischenablage. Die Adresszeile IST der Link: dort sucht man ihn, und ein Neuladen fuehrt ins selbe Dokument zurueck. Die Basis-Adresse ist die eigene Herkunft — produktiv liegt das Backend hinter derselben Domain, wer nichts konfiguriert bekommt also das Richtige. Darueber liegen ?server= (Entwicklung) und die Adresse des offenen Server-Dokuments. Traegt nichts, wird gefragt. Das lokale Dokument bleibt: Wer sein einziges Exemplar einem Server anvertraut, soll es nicht im selben Zug verlieren. Dafuer nennt der Waehler jetzt den Host neben Server-Dokumenten — im Test standen sonst zwei Eintraege "Nur lokal" da, unterscheidbar nur am Tooltip. Und der Knopf verschwindet bei Dokumenten, die schon auf einem Server liegen. Geprueft im Browser gegen ein echtes Backend: Knopf sichtbar bei einem lokalen Dokument, nach dem Klick steht ?live=... in der Adresszeile, das lokale Dokument ist noch da, der Knopf verborgen — und eine getippte Zeile erreicht den Server als Version 2. 523 Frontend-Tests (5 neue fuer serverBase/documentsUrl). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
dce196254c
commit
ea1979d567
+5
-1
@@ -118,7 +118,11 @@ verworfene Elemente. Quelle sind ES-Module unter `src/`; `index.html` ist der
|
||||
(Adressen, Zeilen-Diff, Rebasen, Cursor-Rechnung, Feed-Regel), `app.js` die
|
||||
Verdrahtung: `loadLive()` holt Text und Version und merkt beides als
|
||||
**Schattenkopie**, `scheduleLivePush()` schickt nach 1,5 s Ruhe das Diff,
|
||||
`runFeed()` hält einen Abruf offen (nur im sichtbaren Tab). Zwei Fallen, beide
|
||||
`runFeed()` hält einen Abruf offen (nur im sichtbaren Tab), `putOnServer()`
|
||||
legt das aktive Dokument an („Auf den Server legen"). Die Basis-Adresse
|
||||
bestimmt `serverBase()` (live.js): `?server=` vor dem offenen Dokument vor
|
||||
der eigenen Herkunft — die Vorgabe stimmt damit ohne Konfiguration, weil das
|
||||
Backend produktiv hinter derselben Domain liegt. Zwei Fallen, beide
|
||||
im Live-Test gefunden (D76-Nachtrag 7): `clientId` **und** `seq` gehören in den
|
||||
`sessionStorage` (je Tab, überlebt Neuladen — sonst hält der Server die erste
|
||||
Änderung nach einem Reload für eine Wiederholung und tut nichts), und der
|
||||
|
||||
Reference in New Issue
Block a user