/* =====================================================================
   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);