Files
dogfather-universe/workspace/bewerbungen.html
T
DogFatherGitandClaude Opus 5 4e67f8a6c2 Der schwarze Bildschirm: der Dialog stand ausserhalb des Fensters
Patrick ueber den Support: „Sophie kann Abschnitt 3 und 4 nicht
bestaetigen, beim druecken kommt ein schwarzer Bildschirm."

DER DIALOG WAR DIE GANZE ZEIT DA -- nur nicht im Bild. Nachgebaut auf
einer KOPIE der echten Datenbank, mit einem echten Browser, und dann
gemessen statt vermutet:

    position         absolute    statt fixed
    oben im Fenster   -143 px    also oberhalb des Sichtbaren

`module.css` setzte `.dialog { position: relative }`. Damit war die
Zentrierung des Browsers ueberschrieben: Ein Dialog aus `showModal()`
gehoert mit `position: fixed` in die Mitte des SICHTBAREN FENSTERS,
mit `relative` landet er im Dokumentfluss nahe dem SEITENANFANG. Wer
nach unten gescrollt hatte, sah nur noch den abdunkelnden Schleier --
einen schwarzen Bildschirm.

WARUM AUSGERECHNET „ABSCHNITT 3 UND 4"

Gar nicht wegen dieser beiden. Sophie hatte 1 und 2 schon bestaetigt,
dort gibt es keinen Knopf mehr -- 3 und 4 waren die einzigen, die sie
ueberhaupt noch druecken konnte, und sie stehen am weitesten unten.
Der Fehler hing nie an den Abschnitten, sondern an der Scrollhoehe.
Haette ich die Meldung woertlich genommen und in den Unterweisungen
gesucht, haette ich an der falschen Stelle gegraben.

ES BETRAF JEDEN DIALOG IM HAUS

22 Aufrufe von `showModal()` in 10 Dateien -- vom Loeschen einer Datei
ueber das Bearbeiten einer Aufgabe bis zum Eintragen eines
Monatsziels. Auf kurzen Seiten fiel es nie auf, weil dort niemand
scrollt. Keine einzige Pruefung im Haus hatte je einen Dialog
geoeffnet, NACHDEM sie gescrollt hat.

`relative` stand dort fuer die beiden Pseudo-Elemente (Leuchtschiene
und Lichtsaum) -- die brauchen einen positionierten Vorfahren, und
`fixed` ist ebenfalls einer. `inset: 0` und `margin: auto` schreiben
die Zentrierung jetzt ausdruecklich hin, statt sich auf eine Vorgabe
zu verlassen, die diese Datei selbst ueberschreibt.

WAS ICH FAST KAPUTT GEMACHT HAETTE

Mein erster Entwurf setzte zusaetzlich `max-height` und
`overflow: auto` auf den Dialog. Das waere ein Rueckschritt gewesen:
Das Rollen ist eine Ebene tiefer laengst geloest (`.dialog > form`),
gemessen am 25.09.2026 ueber vier Bildschirmgroessen, nachdem Miss
gemeldet hatte, dass sie aus einem Fenster nicht mehr herauskam. Dort
haengen auch die festen Kopf- und Fusszeilen -- und `position: sticky`
gilt immer zum naechsten rollenden Vorfahren. Ein zweiter Rollbereich
darueber haette genau die wieder geloest. Wieder entfernt;
`mess-dialog-ausgang` meldet unveraendert auf allen vier Groessen
„Kommt man heraus? JA".

NEU: pruef-dialog-sichtbar.mjs (18 Pruefungen, 0 Fehler)

Drei Ebenen, und die unterste allein waere zu wenig:

  * Im Quelltext: keine Regel darf `.dialog` wieder aus dem Fenster
    nehmen -- in ALLEN Stilvorlagen, nicht nur in module.css.
  * Am echten Bildschirm: zwei verschiedene Dialoge auf zwei
    verschiedenen Seiten, je auf Computer und Handy, jedes Mal ganz
    nach unten gescrollt (663 bis 1216 px).
  * Die Gegenprobe: Ein aus dem Fenster geschobener Dialog MUSS
    auffallen. Ohne sie waere „er steht im Bild" womoeglich eine
    Zeile, die immer wahr ist.

DREI MEINER EIGENEN MESSUNGEN WAREN ZUERST FALSCH, nicht der Code:
Die Textsuche fand Kommentare und `.dialog > *` (die Kinder DUERFEN
relativ sein); die Schulungstabellen entstehen erst beim ersten
Zugriff; und die Auswahl fuer den zweiten Dialog war seit dem
Schnell-Eintrag veraltet -- der erste Knopf oeffnet dort gar keinen
Dialog mehr. Alle drei berichtigt, bevor sie als Befund durchgingen.

NICHT VON MIR, aber beim Nachmessen aufgefallen: pruef-css-klassen
meldet 44 statt 42 Schriftgroessen unter 11,5 px (uebersicht.css,
wissen.css). Meine Aenderung fasst keine einzige Schriftgroesse an --
module.css hat vorher wie nachher denselben Wert. Der Befund ist
aelter und gehoert nicht hierher.

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-10-05 19:32:53 +02:00

96 lines
4.0 KiB
HTML
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
<!doctype html>
<html lang="de">
<head>
<meta charset="utf-8" />
<meta name="viewport" content="width=device-width, initial-scale=1, viewport-fit=cover" />
<title>Anfragen · Nachwuchs</title>
<meta name="robots" content="noindex, nofollow" />
<link rel="manifest" href="/workspace/app.webmanifest" />
<meta name="theme-color" content="#06090f" />
<link rel="icon" type="image/png" href="/assets/img/app-symbole/workspace-32.png?v=202610051932" />
<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202610051932" />
<link rel="stylesheet" href="assets/css/gate.css?v=202610051932" />
<link rel="stylesheet" href="assets/css/start.css?v=202610051932" />
<link rel="stylesheet" href="assets/css/aufgaben.css?v=202610051932" />
<link rel="stylesheet" href="assets/css/entwicklung.css?v=202610051932" />
<link rel="stylesheet" href="assets/css/bewerbung.css?v=202610051932" />
<link rel="stylesheet" href="assets/css/module.css?v=202610051932" />
<!-- haus.css MUSS die letzte Stilvorlage sein - siehe treff-regeln.html. -->
<link rel="stylesheet" href="assets/css/haus.css?v=202610051932" />
</head>
<body class="start">
<div class="schleier" aria-hidden="true"></div>
<header class="kopfleiste">
<button type="button" class="zurueck-knopf" id="zurueck" hidden>
<svg class="zurueck-knopf__pfeil" viewBox="0 0 24 24" aria-hidden="true">
<path d="M14.5 5.5 8 12l6.5 6.5" />
</svg>
<span class="zurueck-knopf__text">Zurück</span>
</button>
<p class="marke"><span class="marke__text"><a class="zurueck" href="talente.html">Talente</a> · Anfragen</span></p>
<div class="kopfleiste__rechts">
<span class="wer" id="wer">…</span>
<button type="button" class="abmelden" id="abmelden">Abmelden</button>
</div>
</header>
<main class="inhalt inhalt--breit">
<!-- ==================================================================
DER EINGANG FÜR DIE ANFRAGEN AUS DER COMMUNITY (17.09.2026)
Filipe: „und dan soll ich annehmen ablehnen, in warteschlange
stellen oder sofort kommunizieren können. und wenn ich annehme dan
soll diese person automatisch zu talente kategorie weiter geleitet
werden."
HIER STEHEN SÄTZE, DIE JEMAND ÜBER SICH SELBST GESCHRIEBEN HAT,
im Vertrauen darauf, dass nur zwei Menschen sie lesen. Diese Seite
gehört DogFather und der rechten Hand -- durchgesetzt in der
Rechtetafel UND in workspace-bewerbung.js.
Deshalb steht im Protokoll auch kein Inhalt, sondern nur die
Nummer: Das Protokoll lesen mehr Leute als die Anfrage.
============================================================== -->
<section class="kopf-zeile">
<div>
<p class="marke">Entwicklung &amp; Nachwuchs</p>
<h1 class="titel">Anfragen</h1>
<p class="unterzeile">
Wer sich selbst gemeldet hat. Nimmst du an, entsteht daraus ein
Eintrag bei den Talenten – auf der Stufe „Angesprochen“, denn wer
sich meldet, hat die erste Frage schon beantwortet.
</p>
</div>
</section>
<p class="fehler" id="fehler" role="alert" aria-live="polite"></p>
<!-- Die Zahlen. Nicht Schmuck, sondern die Arbeitsanweisung dieser
Seite: Was neu ist, steht links und wird zuerst gelesen. -->
<section class="bw-zahlen" id="zahlen" hidden></section>
<p class="leise" id="ladezeile">einen Moment …</p>
<div id="liste"></div>
</main>
<script src="assets/js/meldung.js?v=202610051932" defer></script>
<script src="assets/js/nachfrage.js?v=202610051932" defer></script>
<script src="assets/js/wahl.js?v=202610051932" defer></script>
<script src="assets/js/bereiche.js?v=202610051932" defer></script>
<script src="assets/js/installieren.js?v=202610051932" defer></script>
<script src="assets/js/kopf.js?v=202610051932" defer></script>
<script src="assets/js/glocke.js?v=202610051932" defer></script>
<script src="assets/js/auskunft.js?v=202610051932" defer></script>
<script src="assets/js/bewerbungen.js?v=202610051932" defer></script>
</body>
</html>