Aus jedem Fenster kommt man heraus, die Kachel dreht sich, der Eingang sieht aus wie das Haus
VIER DINGE, und das erste ist eine Meldung aus dem Support.
1. MISS KAM AUS "AUFGABE BEARBEITEN" NICHT HERAUS.
„Ich konnte da wieder nicht zurück gehen, musste die App schließen
damit ich wieder auf die Hauptseite kam."
Gemessen (mess-dialog-ausgang.mjs), vier Größen:
412x915 App 782 px Inhalt in 784 px -- knapp ja
412x780 Browser 782 px Inhalt in 742 px -- SACKGASSE
360x640 klein 794 px Inhalt in 602 px -- SACKGASSE
412x430 Tastatur 794 px Inhalt in 392 px -- SACKGASSE
`.dialog` hatte `overflow: hidden`, eine Scroll-Höhe gab es NUR für
`.dialog--breit`. Alles unterhalb des Rands wurde abgeschnitten --
samt "Abbrechen". Jetzt rollt JEDES Fenster, und Kopf wie Knopfzeile
bleiben stehen (`position: sticky`), damit man den Ausgang SIEHT,
ohne erst durch acht Felder zu scrollen. Alle vier Größen: ja.
2. DIE VORLAGENKACHEL DREHT SICH.
„wenn ich drauf drücke dreht sich die kachel und dan seh ich wer es
gemacht hat, und immer noch die option es nochmal zu verteilen falls
neue leute ins team zustoßen."
Vorne bleibt die Kurzfassung ("liegt bei 3 von 4"), hinten stehen
die Namen mit ihrem Stand und zwei Knöpfe: "Nachholen – 1 fehlt"
(oder "Nochmal an alle", wenn wirklich alle sie haben) und "Zurück".
Nach dem Verteilen dreht sie sich von selbst; wer nur nachsehen
will, drückt "Wer hat sie?".
3. DER EINGANG SIEHT AUS WIE DAS HAUS.
Fase und Leuchtschiene statt flachem Kasten, die Schiene in der
Farbe des Stands. Die drei Zahlen werden drei Felder -- und die
"0 neu" leuchtet nicht mehr rot: Eine Warnung, die immer kommt, ist
keine Warnung. Ab 760 px steht das Bild neben dem Text statt
darunter; die Karte war dadurch dreimal so hoch wie nötig.
4. DER CREATOR-KATALOG IST AUF DER TEAM-SEITE WEG.
„es gibt keine creator auf dieser seite" -- dort stand "Wähle oben
einen Creator", eine Aufforderung zu etwas Unmöglichem. Gefragt wird
jetzt nach den Daten (gibt es jemanden, dem ich das geben kann?),
nicht nach der Adresse.
DAZU FERTIG GEMACHT, WAS VON GESTERN OFFEN WAR:
* Die zwei Serien ohne Haus ("Community-Call", "Schulung-Agentur").
Ursache war meine eigene Abschrift: Bei den Terminen frage ich die
Teilnehmerliste, bei den Serien hatte ich sie vergessen. Auf einer
Kopie der echten Datenbank: 0 offene Zeilen.
* Sieben Schreibwege setzen jetzt `haus` (Aufgaben, Einträge,
Dateien, Material, Wissen, Video-Titelbild). Dabei gefunden:
`material` verwaltet seine Spalten SELBST -- meine Spalte stand in
der falschen Liste und fehlte auf einer frischen Datenbank
(78 Fehlschläge in pruef-material, jetzt 159/0).
* unterstuetzen.html lud meldung.js gar nicht -- dort stand das
Maschinenwort des Servers statt eines Satzes (pruef-meldungen 8/0).
DREI VERALTETE PRÜFUNGEN NACHGEZOGEN, jede STRENGER als vorher:
* "der Modi legt eine Aufgabe an (201)" -- seit dem 22.09. ist das
403 und gewollt. Geprüft wird jetzt auch das WORT.
* "calls.html ist verboten" -- Filipe hat die Kachel selbst verlangt
("jeder der einen kalender hat"). Mit Gegenprobe ersetzt.
* "Review" heißt seit dem 20.09. "Zur Freigabe". Der Name wird jetzt
aus STATUS_NAME GELESEN statt abgeschrieben.
GEPRÜFT: modi-katalog 150/0 (war 144), modi-verborgen 85/0 (war 80/2),
haus-trennung 97/0, material 159/0, meldungen 8/0, abbrechen-optik 0
Fehler. Dazu grün: an-alle, vorlagen, support, css-klassen,
aufgabenbrett, aufgaben-vorlagen, unterstuetzung, formulare, loeschen,
nachfrage, kalender, chat, leerzustand.
OFFEN UND NICHT ANGEFASST: pruef-breiten meldet auf report.html ein
Berührziel von 27x18 px. Der Link (`class="zurueck"`) ist auf 30
Seiten derselbe und hat gar keinen eigenen Stil; beanstandet wird nur
diese eine Seite, weil dort hinter ihm nur "· Review" steht und die
Prüfung Fließtext-Links erst ab 12 Zeichen Umgebung ausnimmt. Eine
Klasse auf 30 Seiten ohne Prüflauf zu ändern wäre geraten.
Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
Claude Opus 5
@@ -714,7 +714,95 @@
|
||||
border-bottom: 1px solid rgba(150, 186, 220, .12);
|
||||
}
|
||||
|
||||
.dialog__knoepfe { display: flex; gap: 10px; align-items: center; margin-top: 16px; flex-wrap: wrap; }
|
||||
/* =====================================================================
|
||||
AUS EINEM FENSTER MUSS MAN HERAUSKOMMEN (25.09.2026)
|
||||
=====================================================================
|
||||
|
||||
Miss, ueber den Support-Weg: „Ich konnte da wieder nicht zurueck
|
||||
gehen, musste die App schliessen damit ich wieder auf die Hauptseite
|
||||
kam." Dazu ein Bild von „Aufgabe bearbeiten" auf dem Handy.
|
||||
|
||||
GEMESSEN (mess-dialog-ausgang.mjs), vier Groessen:
|
||||
|
||||
412 x 915 installierte App 782 px Inhalt in 784 px -- knapp ja
|
||||
412 x 780 Browser mit Leiste 782 px Inhalt in 742 px -- SACKGASSE
|
||||
360 x 640 aelteres Geraet 794 px Inhalt in 602 px -- SACKGASSE
|
||||
412 x 430 Tastatur offen 794 px Inhalt in 392 px -- SACKGASSE
|
||||
|
||||
`.dialog` hatte `overflow: hidden`, und eine Scroll-Hoehe gab es NUR
|
||||
fuer `.dialog--breit .neu`. Bei allen anderen wurde alles unterhalb
|
||||
des Rands schlicht abgeschnitten -- samt der Knopfzeile mit
|
||||
„Abbrechen". Kein Rollbalken, kein Hinweis, kein Weg zurueck. Auf
|
||||
dem Rechner faellt das nie auf: Dort ist der Bildschirm hoch genug.
|
||||
|
||||
---------------------------------------------------------------------
|
||||
WARUM EINE REGEL UND NICHT EIN ZWEITES `--breit`
|
||||
|
||||
Ein zweiter Sonderfall waere beim dritten Fenster wieder faellig, und
|
||||
dann wieder. Deshalb rollt ab jetzt JEDES Fenster, und `--breit`
|
||||
unterscheidet sich nur noch in der Breite -- was sein Name sagt.
|
||||
|
||||
---------------------------------------------------------------------
|
||||
UND WARUM KOPF UND FUSS STEHENBLEIBEN
|
||||
|
||||
Rollen allein haette gereicht, um herauszukommen -- aber man muesste
|
||||
erst durch acht Felder scrollen, um den Ausgang zu SEHEN. Wer nicht
|
||||
weiss, dass unten etwas ist, sucht ihn nicht. `position: sticky`
|
||||
haelt die Ueberschrift oben und die Knoepfe unten, ohne dass ein
|
||||
einziges Zeichen am HTML geaendert werden muss: Damit gilt es auch
|
||||
fuer jedes Fenster, das es noch nicht gibt.
|
||||
|
||||
DER HINTERGRUND IST PFLICHT, nicht Zierde: Ohne ihn liefe der Text
|
||||
der Felder unter den Knoepfen durch und beide waeren unlesbar. Er
|
||||
ist derselbe dunkle Ton wie der Fensterboden, leicht durchscheinend
|
||||
-- gedeckt, nicht als Balken erkennbar.
|
||||
===================================================================== */
|
||||
.dialog > form,
|
||||
.dialog > .neu {
|
||||
/* 82vh und nicht 100: Darueber und darunter bleibt der abgedunkelte
|
||||
Hintergrund sichtbar. Ein Fenster, das den Bildschirm randlos
|
||||
fuellt, sieht aus wie eine neue Seite -- und dann sucht man den
|
||||
Zurueck-Knopf des Browsers statt den Ausgang im Fenster. */
|
||||
max-height: min(82vh, 900px);
|
||||
overflow-y: auto;
|
||||
/* Wer im Fenster am Ende angekommen ist, soll nicht versehentlich die
|
||||
Seite DAHINTER weiterschieben. */
|
||||
overscroll-behavior: contain;
|
||||
}
|
||||
|
||||
.dialog > form > .dialog__titel,
|
||||
.dialog > .neu > .dialog__titel {
|
||||
position: sticky; top: 0; z-index: 3;
|
||||
margin: 0; padding: 14px 0 12px;
|
||||
/* EIN AUSLAUFENDER RAND STATT EINER KANTE. Ein flaechiger Kasten
|
||||
sah aus wie ein zweites Fenster ueber dem ersten -- im Bild klar
|
||||
zu sehen. Der Verlauf endet durchsichtig, damit der Text darunter
|
||||
hineinlaeuft, statt an einer Linie abzubrechen. Der Ton ist der
|
||||
obere des Fensters selbst (#141c29), nicht ein dunklerer. */
|
||||
background: linear-gradient(180deg,
|
||||
rgba(20, 28, 41, .98) 0%,
|
||||
rgba(20, 28, 41, .96) 62%,
|
||||
rgba(20, 28, 41, 0) 100%);
|
||||
backdrop-filter: blur(7px);
|
||||
}
|
||||
|
||||
.dialog__knoepfe {
|
||||
display: flex; gap: 10px; align-items: center; margin-top: 16px; flex-wrap: wrap;
|
||||
position: sticky; bottom: 0; z-index: 3;
|
||||
padding: 16px 0 14px;
|
||||
/* Spiegelbildlich zum Kopf: oben durchsichtig, unten deckend. Der
|
||||
Ton ist der untere des Fensterverlaufs (#070a11). */
|
||||
background: linear-gradient(180deg,
|
||||
rgba(7, 10, 17, 0) 0%,
|
||||
rgba(7, 10, 17, .92) 32%,
|
||||
rgba(7, 10, 17, .98) 100%);
|
||||
backdrop-filter: blur(7px);
|
||||
}
|
||||
|
||||
/* Wo kein Fenster ist, gilt nichts davon -- die Knopfzeile wird auch
|
||||
ausserhalb von Dialogen benutzt und soll dort nicht kleben. */
|
||||
:not(.dialog) > form > .dialog__knoepfe,
|
||||
body > .dialog__knoepfe { position: static; background: none; backdrop-filter: none; }
|
||||
|
||||
/* ---------- Der Dialog --------------------------------------------------- */
|
||||
|
||||
@@ -733,7 +821,9 @@
|
||||
/* Ein Fenster, das laenger ist als der Bildschirm, versteckt seine
|
||||
eigenen Knoepfe. Gerollt wird INNEN, damit "Uebernehmen" immer
|
||||
erreichbar bleibt. */
|
||||
.dialog--breit .neu { max-height: min(86vh, 900px); overflow-y: auto; }
|
||||
/* `--breit` sagt jetzt nur noch, was sein Name sagt: breiter. Die
|
||||
Scroll-Hoehe stand hier als EINZIGE im ganzen Haus und war damit der
|
||||
Grund, warum die anderen Fenster keine hatten (25.09.2026). */
|
||||
|
||||
/* ---- Die zwei Zeilen, die confirm() nicht kann ---------------------
|
||||
`nachfrage.js` baut den Dialog; diese beiden Teile gibt es nur dort.
|
||||
|
||||
Reference in New Issue
Block a user