DogFatherGitandClaude Opus 5
7b21f247eb
Filipe: "eine community rolle und community kategorie, wo die community auch dann nur die sieht" · "wieso nur eine kachel — ich will mehrere, mit mehreren optionen" · "egal welche rolle hinzugefügt wird soll immer nur das sehen was ich erlaube". DIE DRITTE ADRESSE. treff.dogfather-universe.com bekommt eine eigene Weiche (treff-adresse.js), eine eigene Zugangswand, ein eigenes Manifest und acht eigene Bühnenbilder. Ohne sie stünde dort die Wand der Agentur: Spicy-Logo, "Creator Workspace", fünf Rollenkacheln mit den Namen Admin, Manager, Scout, Creator — die komplette Struktur des Unternehmens, vor der Anmeldung, für jeden mit der Adresse. Welche Wand zu welcher Tür gehört, steht jetzt in EINER Tafel (istFremdeWand) statt als Sonderfall im Code. Bei zwei Wänden war ein Sonderfall richtig; bei drei wären es drei geworden, bei vier sechs. SIEBEN BRETTER UND EIN ACHTES NUR FÜRS TEAM. Anschlagbrett, Was ansteht, Der Treff, Wunschliste, Highlights, Regeln & Hilfe, Mitmachen — dazu "Meldungen & Maßnahmen", das ausdrücklich NICHT in TREFF_BEREICHE steht: dort wäre es lautlos bei der Community gelandet und hätte ausgesehen wie die anderen sieben. WAS AUF DEN BRETTERN PASSIERT: "Will ich auch" (eine Stimme je Person, erzwungen durch den Schlüssel, nicht durch eine Prüfung) · Anheften, höchstens drei, gezählt IN der Transaktion · Freigabe vor Sichtbarkeit für Termine und Highlights, wobei Abwesenheit der Ruhezustand ist · Melden mit Pflicht-Grund (DSA Art. 16) · Entfernen mit Grund, der den Beitrag ÜBERLEBT (DSA Art. 17) · drei Stufen, gerechnet statt gespeichert · die Bannleiter: Modi bis 7 Tage, dauerhaft nur DogFather (seine Entscheidung) · "Mitmachen" wird zum Talent, genau einmal. Der Ausschluss wirkt in sitzungLesen() — also nicht nur beim Schreiben. Wer ausgeschlossen ist, ist weg, nicht stumm. ZWEI SEITEN MEHR. treff-regeln.html holt seine ZAHLEN vom Server (Mindestalter 18, Fristen, Anschläge) — ein Regeltext, der eine andere Zahl nennt als die Regel, ist schlimmer als keiner. rechte.html rechnet "Wer sieht was" aus derselben Tafel aus, aus der die Schranke ihre Entscheidung holt. Die Community steht dort bei 3 von 23. SECHS BEFUNDE, KEINEN HAT DAS LESEN GEFUNDEN: · Ein Modi kam über den verborgenen Zugang in den Treff — die Bedingung war durch Ausschluss formuliert und nahm die neue Wand automatisch mit · /api/personen gab einem Mitglied Namen und Rolle von DogFather · Ein DELETE mit Körper wird von Nodes HTTP-Parser mit einem leeren 400 abgewiesen, bevor Express ihn sieht (gemessen). Der Grund reist jetzt in der Adresse · Der Kommentar, der erklärt, warum die Zugangswand keine Rollennamen nennt, nannte selbst einen — in einer ausgelieferten Datei · Zwei Listen für "welche Seiten sind ohne Anmeldung offen". Sie stimmten, weil beide am selben Tag entstanden · Ein Portkonflikt, den ich selbst gebaut hatte (4391 gehört pruef-chat-aufloesen) Dazu zwei feste Zahlen abgeschafft (die 20 in pruef-rechtetafel, die Kachelzahl in pruef-treff) und zwei Werkzeuge, die jetzt SUCHEN statt aufzuzählen: Der Versionsstempel findet seine Manifeste selbst — das dritte hätte sonst keinen bekommen, und die neue App hätte bis zu vier Stunden lang das falsche Zeichen getragen. Das Bildwerkzeug baut beide Zugangswände aus einer Vorlage mit zwei Werten. Zwei neue Kacheltöne, gemessen statt gewählt: #2f2f7f (Abstand 31,4 in Lab) und #7c2771 (29,7). Das schwächste Paar der vorhandenen 34 liegt bei 24,9. Geprüft: treff 69 · treff-werkzeuge 60 · rollen 312 · start-ansicht 147 · crew-adresse 129 · sicht 84 · modi-verborgen 80 · haus-trennung 62 · bereiche-lesend 37 · css-klassen 30 · zwischenspeicher 21 · alle-wege 19 · rechtetafel 19 — alles grün. Co-Authored-By: Claude Opus 5 <[email protected]>
80 lines
3.1 KiB
JavaScript
80 lines
3.1 KiB
JavaScript
/* =====================================================================
|
|
zeilenenden.mjs — gemischte Zeilenenden nachziehen (11.09.2026)
|
|
|
|
AUFRUF: node tools/zeilenenden.mjs <datei> [<datei> ...]
|
|
|
|
---------------------------------------------------------------------
|
|
WOZU
|
|
|
|
Die Dateien dieses Hauses sind gemischt: manche mit CRLF (Windows),
|
|
manche mit LF. Wer eine davon mit einem Skript bearbeitet und dabei
|
|
Zeilen mit "\n" einfügt, bekommt eine Datei mit ZWEI Sorten
|
|
Zeilenenden.
|
|
|
|
Das ist kein Schönheitsfehler. Was dabei herauskommt:
|
|
|
|
* Die Datei läuft weiterhin -- JavaScript, CSS und HTML ist das
|
|
Zeilenende gleichgültig. Es fällt also nicht auf.
|
|
* `git diff` zeigt dann Zeilen als geändert, die niemand angefasst
|
|
hat -- und in einem Änderungssatz, in dem 40 echte Zeilen stehen,
|
|
gehen die echten zwischen 400 unechten unter. Genau dort wird
|
|
eine Prüfung vor dem Ausliefern wertlos: Man sieht nicht mehr,
|
|
was man verändert hat.
|
|
* Beim nächsten Bearbeiten derselben Datei trifft ein Anker mit
|
|
"\n" die Stellen mit "\r\n" nicht mehr -- der Patch meldet
|
|
"Anker nicht gefunden", und man sucht den Fehler im Anker.
|
|
|
|
---------------------------------------------------------------------
|
|
WAS ES TUT UND WAS AUSDRÜCKLICH NICHT
|
|
|
|
Es macht NUR gemischte Dateien einheitlich, und zwar auf das
|
|
Zeilenende, das in dieser Datei ohnehin überwiegt. Es wandelt
|
|
niemals eine saubere LF-Datei nach CRLF oder umgekehrt -- das wäre
|
|
eine Änderung an jeder Zeile und damit genau der Schaden, den es
|
|
verhindern soll.
|
|
|
|
Die drei Ausgänge, wie überall in diesem Haus:
|
|
* rein CRLF oder rein LF -> "unveraendert" (nichts zu tun)
|
|
* gemischt -> nachgezogen, mit Zahl
|
|
* Datei nicht lesbar -> Fehler mit Namen, Rückgabewert 1
|
|
(und nicht stillschweigend übersprungen)
|
|
===================================================================== */
|
|
|
|
import fs from "node:fs";
|
|
|
|
const dateien = process.argv.slice(2);
|
|
if (!dateien.length) {
|
|
console.error("Aufruf: node tools/zeilenenden.mjs <datei> [<datei> ...]");
|
|
process.exit(1);
|
|
}
|
|
|
|
let fehler = 0;
|
|
for (const p of dateien) {
|
|
let s;
|
|
try {
|
|
s = fs.readFileSync(p, "utf8");
|
|
} catch (f) {
|
|
console.error(`${p.padEnd(38)} NICHT LESBAR: ${f?.message}`);
|
|
fehler++;
|
|
continue;
|
|
}
|
|
const crlf = (s.match(/\r\n/g) || []).length;
|
|
const n = (s.match(/\n/g) || []).length;
|
|
if (crlf === 0 || crlf === n) {
|
|
console.log(p.padEnd(38), "unveraendert");
|
|
continue;
|
|
}
|
|
/* Die Mehrheit gewinnt. Bei einer Datei, die zu 95 % CRLF ist und in
|
|
die zwanzig LF-Zeilen eingefügt wurden, ist CRLF das Richtige --
|
|
und umgekehrt genauso. Der Blick auf die Mehrheit macht das
|
|
Werkzeug richtungsunabhängig, statt CRLF zur Vorgabe zu erklären. */
|
|
const nachCrlf = crlf * 2 >= n;
|
|
s = nachCrlf
|
|
? s.replace(/(?<!\r)\n/g, "\r\n")
|
|
: s.replace(/\r\n/g, "\n");
|
|
fs.writeFileSync(p, s);
|
|
console.log(p.padEnd(38),
|
|
`${nachCrlf ? n - crlf : crlf} Zeilen auf ${nachCrlf ? "CRLF" : "LF"} nachgezogen`);
|
|
}
|
|
process.exit(fehler ? 1 : 0);
|