# ToDo 4 — G-Code und Datei-Handling

> **✅ Erledigt / abgelöst:** Das Datei-Handling wird **nicht** mehr Driver-intern
> (`GCodeFileManager`) gebaut, sondern in das eigenständige Projekt
> **`appRobotFileservice`** ausgelagert und über FCodes durch den Driver
> weitergereicht. Im Driver bleibt nur ein dünner Proxy. Konzept & Schnittstelle:
> [`draft_filehandeling.md`](draft_filehandeling.md) ·
> [`draft_filehandeling_API.md`](draft_filehandeling_API.md).
> Die folgenden Punkte sind als Vorlage für die Umsetzung *dort* zu lesen.

## Ziel der Verbesserung

G-Code-Logik sauber von Datei-Management trennen. Die Bewegungssteuerung soll nicht durch Dateibefehle oder File-IO verwässert werden.

## Aufgaben

- [ ] `GCodeFileManager` einführen für Datei-bezogene Befehle und Logik
  - `FPoint`, `FPlus`, `FMinus`, `FFirst`, `FLast`
  - `FShow`, `FList`, `FLoad`, `FSave`, `FClear`
- [ ] `GCode.js` auf reines G-Code-Parsing reduzieren
- [ ] Datei-Befehle in `InputWS.js` separate behandeln und an den FileManager weiterleiten
- [ ] Logfile-Operationen von der Steuerkreislauf-Logik entkoppeln
- [ ] `G92`/`M92`-Verhalten im Kontext des Datei-Managements klar dokumentieren
- [ ] `FFirst`/`FLast` in `receiveFC()` implementieren — aktuell erkannt aber nicht ausgeführt (siehe `doc/ToDo_8_Bugs.md` Bug 2)