Files
dogfather-universe/workspace/support.html
T
DogFatherGitandClaude Opus 5 3f55e63703 Anleitung: Tippziele auf Hausgroesse -- und ein Fehlalarm entschaerft
pruef-handy-teamdogi (8 rot -> 17 gruen) und pruef-handy (schon gruen,
192 statt 186 Pruefungen).

ECHT WAR: Auf anleitung.html und willkommen.html waren fuenf Tippziele
40 statt 44 px hoch -- Filter, "Hingehen", "Nochmal ansehen", Pflege-
und Fehlend-Knoepfe. Daneben stand der Satz "40 Pixel hoch: Die
Hausgroesse fuer etwas, das ein Daumen trifft". Nachgezaehlt: 98 Stellen
im Haus nehmen 44, 25 nehmen 40. Ein Kommentar, der eine Zahl zur Regel
erklaert, macht sie nicht dazu.

FEHLALARM WAR: "LIEGT UEBEREINANDER -- a.an-karte__weg ⨯ a.an-karte__weg",
vier Rollen lang, auf beiden Seiten. Die Messung stimmte (93x18 px),
sichtbar war davon nichts.

Der Weg dorthin hat gedauert, und das lag an der Meldung: "93x18px"
sagt, DASS sich zwei Rechtecke schneiden, und schickt einen suchen.
Also sagt sie jetzt auch, WO beide liegen und aus welchen Vorfahren sie
kommen -- und damit war es in einem Lauf klar:

  a.an-karte__weg in an-karte@4510+375 < an-stufe__gitter@4165+2256
                                       < an-stufe__falte@4065+55

Der Abschnitt ist 55 px hoch und traegt `overflow: hidden`; sein Gitter
faengt 45 px UNTER dessen Unterkante an. Der Browser schneidet alles
davon weg.

`sichtbar()` fragte bis heute nur das Element selbst: Groesse,
visibility, display, Deckkraft. Alle vier koennen tadellos sein und das
Ding trotzdem unerreichbar. Jetzt kommt `imAusschnitt()` dazu:
Schneidet ein Vorfahr mit `overflow: hidden` es vollstaendig weg, zaehlt
es nicht -- fuer alle drei Messungen dieser Datei (zu klein, Ueberstand,
Ueberdeckung).

ZWEI VERSUCHE DAVOR WAREN FALSCH, beide an mir: Erst fragte ich nach
`details:not([open])` -- die Abschnitte tragen `[open]`, also griff es
nicht. Dann setzte ich die Rechnung in die falsche Filterkette (die fuer
zu kleine Ziele statt die fuer `bedienbar`). Geprueft wird jetzt die
WIRKUNG und nicht die Bauform: Rechtecke veralten nicht mit der
Bauweise.

Die eingebauten Gegenproben der Datei laufen weiter an (ein zu breites
Element und ein zu kleiner Knopf werden gemeldet) -- der Filter blendet
also nichts Echtes aus.

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-10-07 14:05:58 +02:00

170 lines
7.9 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>Support · Spicy &amp; Dogi</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=202610071405" />
<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202610071405" />
<link rel="stylesheet" href="assets/css/gate.css?v=202610071405" />
<link rel="stylesheet" href="assets/css/start.css?v=202610071405" />
<link rel="stylesheet" href="assets/css/support.css?v=202610071405" />
<link rel="stylesheet" href="assets/css/module.css?v=202610071405" />
<link rel="stylesheet" href="assets/css/haus.css?v=202610071405" />
</head>
<body class="start" data-buehne="studio">
<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="start.html">Creator&nbsp;Workspace</a> · Support</span></p>
<div class="kopfleiste__rechts">
<span class="wer" id="wer">…</span>
<button type="button" class="abmelden" id="abmelden">Abmelden</button>
</div>
</header>
<!-- `support-seite` (25.09.2026): Filipe wollte fuer diese Kachel
einen eigenen Stil in Babyblau mit Lila. Die Klasse traegt ihn --
alle Regeln dazu haengen daran und gelten damit NUR hier. Ohne
sie muesste man dieselben Farben an dreissig Stellen einzeln
setzen, und die einunddreissigste waere vergessen. -->
<main class="inhalt inhalt--breit support-seite">
<section class="kopf-zeile">
<div>
<p class="marke">Support</p>
<h1 class="titel" id="seiten-titel">Etwas stimmt nicht?</h1>
<p class="unterzeile" id="seiten-unter">
Schreib es hin, häng Bilder dran, fertig. DogFather und die
rechte Hand kümmern sich darum.
</p>
</div>
</section>
<!-- ==================================================================
ZWEI SEITEN, EINE DATEI (24.09.2026)
Filipe: „bei dogfather und der rechten hand soll die kachel
anders gebaut sein weil die sind die die sich um die probleme
kümmern."
Beide Ansichten stehen hier, und support.js blendet die aus, die
nicht gilt. Zwei getrennte Dateien wären die naheliegende
Aufteilung — und die zweite wäre die, in der ein Umbau vergessen
wird. Dieselbe Entscheidung wie bei hilfe.html.
Was der SERVER liefert, entscheidet das ohnehin: Wer nicht zur
Leitung gehört, bekommt fremde Meldungen gar nicht erst. Das
Ausblenden hier ist Aufräumen, keine Sicherung.
================================================================== -->
<!-- ---------- MELDEN: sehen und benutzen alle --------------------- -->
<section class="s-melden" id="melden-block">
<h2 class="s-titel">Was ist los?</h2>
<form id="melden" novalidate>
<label class="s-feld">
<span class="s-feld__schild">Beschreib es kurz</span>
<textarea id="text" rows="4" maxlength="2000"
placeholder="z. B. Auf der Aufgabenseite lässt sich der Haken nicht setzen – der Knopf reagiert nicht."></textarea>
</label>
<!-- ==== BIS ZU DREI BILDER (02.10.2026) ======================
Hier stand „EIN BILD, NICHT FÜNF. Wer drei Bildschirmfotos
anhängt, erklärt damit nichts besser." VanVan hat viermal
das Gegenteil gemeldet: „Hier im Supportbereich kann man
immer nur ein Bild hinzufügen bei einer Meldung. 2-3 wären
besser." Sie ist die, die meldet — ihre Zahl gilt.
Und sie hatte recht: Ein Fehler, der aus Vorher, Klick und
Nachher besteht, braucht drei Bilder. Mit einem davon
beginnt die Rückfrage, die der ganze Weg sparen soll.
`multiple` UND TROTZDEM NACHLEGBAR. Ihr zweiter Satz nennt
den Fall, den `multiple` allein nicht löst: „wenn man es
nacheinander versucht hinzuzufügen wird das Bild immer nur
ersetzt." Das Skript legt deshalb DAZU, statt zu ersetzen
— eine Mehrfachauswahl auf dem Handy wählt man selten in
einem Rutsch.
WIE VIELE ES SIND, STEHT NICHT HIER. Die Zahl kommt vom
Server (`bilder_max`); eine zweite im HTML wäre die, die
beim Ändern vergessen wird. -->
<div class="s-bild">
<input type="file" id="bild" accept="image/png,image/jpeg,image/webp,image/gif"
multiple hidden />
<!-- MEHRZAHL, SEIT ES MEHRERE SEIN DUERFEN (03.10.2026).
Hier stand „Bild anhängen" — Einzahl. Die Funktion kann
seit dem 02.10. drei, nur sagte es niemand: Wer nicht
zufällig ein zweites Mal tippt, schickt eines. Eine
Möglichkeit, von der man nichts weiß, gibt es nicht.
WIE VIELE, STEHT NEBENAN und kommt vom Server — eine
zweite Zahl hier wäre die, die beim Ändern vergessen
wird. -->
<button type="button" class="schritt" id="bild-waehlen">Bilder anhängen</button>
<span class="s-bild__name" id="bild-name"></span>
<button type="button" class="schritt" id="bild-weg" hidden>Alle weg</button>
</div>
<div class="s-vorschau" id="vorschau" hidden></div>
<p class="fehler" id="melden-fehler" role="alert" aria-live="polite"></p>
<div class="s-knopfreihe">
<button type="submit" class="knopf" id="senden">Abschicken</button>
<span class="s-hinweis" id="melden-hinweis"></span>
</div>
</form>
</section>
<!-- ---------- MEINE MELDUNGEN: für alle außer der Leitung --------- -->
<section class="s-meine" id="meine-block" hidden>
<h2 class="s-titel">Deine Meldungen <span class="s-zahl" id="meine-zahl">0</span></h2>
<div id="meine-liste" aria-live="polite"></div>
</section>
<!-- ---------- DER EINGANG: nur DogFather und die rechte Hand ------ -->
<section class="s-eingang" id="eingang-block" hidden>
<div class="s-eingang__kopf">
<h2 class="s-titel">Eingang</h2>
<!-- Die Zahlen stehen VOR der Liste, nicht darunter: Wer
hereinkommt, will zuerst wissen, ob etwas liegen geblieben
ist — und erst dann, was genau. -->
<div class="s-bilanz" id="bilanz"></div>
</div>
<div class="s-filter" id="filter" role="group" aria-label="Nach Stand filtern"></div>
<p class="fehler" id="eingang-fehler" role="alert" aria-live="polite"></p>
<div id="eingang-liste" aria-live="polite"></div>
</section>
</main>
<!-- bereiche.js VOR kopf.js: Dort steht `window.Bereiche`, und
kopf.js liest daraus die Leitungsrollen. Ohne sie stuerzt jede
Seite mit der Meldung „Cannot read properties of undefined
(reading 'LEITUNG')" ab -- gemessen am 24.09.2026, als diese
Zeile beim Anlegen der Seite fehlte. Die Kopfleiste kam
trotzdem, deshalb sah man es nur in der Browserkonsole. -->
<script src="assets/js/bereiche.js?v=202610071405" defer></script>
<!-- wahl.js gehoert zu kopf.js: Der Sicht-Umschalter in der
Kopfleiste baut daraus seine Liste. pruef-css-klassen setzt das
seit dem 07.09.2026 durch -- damals fehlte es auf chat.html und
uebersicht.html, und heute hier. -->
<script src="assets/js/wahl.js?v=202610071405" defer></script>
<script src="assets/js/nachfrage.js?v=202610071405" defer></script>
<script src="assets/js/installieren.js?v=202610071405" defer></script>
<script src="assets/js/kopf.js?v=202610071405" defer></script>
<script src="assets/js/glocke.js?v=202610071405" defer></script>
<script src="assets/js/support.js?v=202610071405" defer></script>
</body>
</html>