2 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	c5e3ab1c44	Zwei Meldungen aus dem Support: Auswahlmenues und die Stelle im Chat ... DIENE: "Beim Kalender laesst sich die Art noch nicht einstellen, das Menue ploppt nur ganz kurz auf und verschwindet direkt wieder. Das selbe bei den Wiederholungen." In wahl.js stand `addEventListener('resize', schliessen)`. Auf dem Rechner ist das harmlos -- dort aendert sich die Fenstergroesse nur, wenn jemand sie aendert. Auf einem Handy aendert sie sich BEIM BEDIENEN: Die Adressleiste faehrt beim kleinsten Scrollen ein und aus, die Tastatur kommt und geht, und jedes Mal feuert `resize`. Die Liste ging auf, der Browser meldete eine neue Hoehe, und sie war wieder zu. Es ist derselbe Fehler wie am 04.09. beim Scrollen ("wenn ich da scollen will geht das immer zu"), nur eine Zeile tiefer: Ein Ereignis, das beim BEDIENEN entsteht, wird als Grund zum Abbrechen genommen. Jetzt wird die Liste neu ausgerichtet statt geschlossen -- `stelle()` kann das ohnehin, und nach einer Groessenaenderung muss sie es sowieso. pruef-suchfeld 8 -> 15, an Dienes genauem Fall: Kalenderformular, beide Felder, echte Groessenaenderung dazwischen. Gemessen wird nicht nur "offen", sondern auch "sitzt noch am Knopf" (6 px) -- offen, aber verrutscht waere nur die halbe Antwort. Gegenprobe: mit der alten Zeile 4 Fehler. ---------------------------------------------------------------------- MISS: "Wenn ich auf den Chat gehen, komme ich zuerst auf die erste neue Nachricht, aber kurze Zeit spaeter springt er auf die zuletzt geschrieben Nachricht." In chat.js stand `unten = true; neuUnten = 0;` AUSSERHALB von `if (!sanft)` -- es lief also bei jedem Nachladen, auch beim sanften, das staendig passiert (Strom verbindet, jemand heftet etwas an, eine Nachricht kommt). Solange die Neu-Linie steht, faellt das nicht auf: Der Zweig darueber springt dorthin und kehrt zurueck, bevor `unten` gelesen wird. Die zweite Haelfte ist `wache` -- sie loescht den Sprung-Merker beim ersten FINGERTIPP auf den Verlauf, und das ist richtig so. Ab da ist der Weg frei, und das naechste sanfte Nachladen findet `unten === true` vor und reisst die Ansicht ans Ende. Genau ihre "kurze Zeit spaeter". Ein sanftes Nachladen ist kein Oeffnen. Wo jemand steht, weiss ab jetzt allein der Scroll-Horcher -- und der misst es, statt es anzunehmen. DREI FEHLVERSUCHE BIS ZUR MESSUNG, und sie gehoeren ins Protokoll: Erst sechs Sekunden Nichtstun, dann ein Fingertipp auf Koordinaten, dann ein Verbindungsabriss -- alle drei waren mit dem ALTEN Code gruen. Eine Pruefung, die den Fehler nicht herstellt, misst nichts, und ich haette sie beinahe als Beweis genommen. Was fehlte: Der Griff muss den Verlauf WIRKLICH treffen (Koordinaten gehen daneben), und es braucht einen echten sanften Nachlauf -- hier das Anheften, das ein `pin`-Ereignis an alle im Raum schickt. Erst damit flippt die Gegenprobe: ohne Korrektur 500 -> 7054 px und `amEnde: true`, mit Korrektur bleibt es bei 500. pruef-chat-neu-stelle 62 -> 69. Unterwegs wieder entfernt: ein Merker `schonGesprungen`, den ich zuerst eingebaut hatte. Nach der echten Korrektur ist er unerreichbar, und ich konnte ihn mit keiner Messung zum Greifen bringen. Ein Zweig, den nichts erreicht, sieht beim Lesen aus wie ein Fall, den es gibt. Gegengemessen: pruef-chat 80, pruef-chat-optik 84, pruef-freie-namen 32 -- 0 Fehler. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-10-05 22:41:18 +02:00
DogFatherGitandClaude Opus 5	7acd7a7674	Das Suchfeld nimmt wieder Eingaben, eigene Kanalnamen, Community in Kanälen ... screen1, drei Teile. === 1. „bei suchen kann man nichts reinschreiben" === MEIN FEHLER VOM SELBEN TAG. Beim Popover-Umbau heute frueh hing die Liste am <body>, damit sie nicht hinter dem modalen Dialog verschwindet. Gemessen: Das Suchfeld war da, der Fokus landete nicht darin, ein getipptes Zeichen kam nicht an. DER GRUND IST DER FOKUS-KAEFIG. Ein Dialog aus showModal() sperrt den Fokus auf seinen eigenen DOM-Baum ein. Die Liste lag im Top Layer -- sichtbar und anklickbar, aber ausserhalb des Kaefigs. Klicken braucht keinen Fokus, Tippen schon. Deshalb fiel es niemandem auf: Die Liste stand da, sie filterte auf Knopfdruck, nur eine Eingabe kam nicht an. DIE LOESUNG WAR EINE KOMBINATION, die ich vorher fuer unmoeglich hielt. Im Dialog wurde die Liste vom clip-path der abgeschraegten Ecke abgeschnitten, draussen war sie nicht bedienbar. Ein POPOVER wird aber in die Top Layer gehoben und dort gezeichnet -- der Beschnitt des Elternteils erreicht es nicht mehr, waehrend der DOM-Baum (und damit der Fokus) der des Dialogs bleibt. Jetzt haengt sie wieder im Dialog UND ist ein Popover: bedienbar und unbeschnitten. Gemessen beides gegeneinander: „comm" getippt -> kommt an, filtert auf 1 Treffer; und die LETZTE Zeile der vollen Liste ist wirklich anklickbar (elementFromPoint trifft sie selbst, nicht den Dialog). Daraus ist pruef-suchfeld geworden -- der Fehler war von aussen nicht zu sehen, und gefunden hat ihn Filipe, nicht ich. === 2. „einen neuen namen erstellen den es noch nicht gibt" === `data-frei="ja"` war in wahl.js seit langem gebaut und wurde NIE GESETZT -- dieselbe Sorte Lueue wie `grund_min` heute Morgen. Jetzt gesetzt; der getippte Text erscheint als eigener Eintrag ganz oben. Der Server nahm bisher nur die neun festen Zustaendigkeiten. Jetzt auch einen eigenen Namen: Der SCHLUESSEL wird daraus abgeleitet („Technik & Ton" -> "eigen-technik-ton"), der ANGEZEIGTE Name bleibt wie geschrieben. Das Praefix ist kein Schmuck -- ohne es entstuende aus dem Namen „Community" derselbe Schluessel wie beim festen Thema, und der eindeutige Index lehnte ihn ab, obwohl der Kanal nicht existiert. Gemessen: genau dieser Fall antwortet jetzt mit 201. Der alte Kommentar sprach sich gegen freie Namen aus („der sichere Weg zu Clipping neben Clipping-Team"). Das Risiko bleibt und wird begrenzt: Derselbe Name zweimal ergibt denselben Schluessel und damit 409. === 3. „kanäle mit den leuten mit der community rolle" === Seit dem 19.09. nimmt `ohneAussen()` die Community aus den Listen aller anderen. Die Begruendung dort ist ausdruecklich: „Ein Zweier-Gespraech ist kein Kanal. Es hat keine Nachtruhe, kein Modi liest mit, und niemand koennte moderieren." Genau diese Begruendung laesst den Kanal offen. Die Sperre bleibt fuer GESPRAECHE und faellt fuer KANAELE -- `?fuer=kanal` an der Partnerliste, und nur fuer den, der Kanaele ueberhaupt aufmachen darf. Sonst waere der Parameter ein Weg, an `ohneAussen` vorbei Namen zu erfahren. Gemessen: DogFather sieht im Gespraech VanVan und Miss, im Kanal zusaetzlich Kessi und Tom (beide Community). Ein Modi bekommt die erweiterte Liste auch mit dem Parameter nicht. Gruen: pruef-suchfeld (8, neu), pruef-chat-kanaele (81), pruef-treffchat, pruef-chat-neu, pruef-freie-namen (32), pruef-nachfrage (53), pruef-css-klassen. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-09-24 11:37:03 +02:00