## Why

FormFile, Klassenmetadaten und Forms-Rendering existieren, aber Formulare können noch nicht in der IDE gestaltet werden. Der Designer soll dieselbe FRM-Struktur bearbeiten, die Compiler und Laufzeit bereits verstehen.

## What Changes

- Integrierter Designer mit Toolbox/Tools, Platzieren, Auswahl, Verschieben, Skalieren, Raster und Undo.
- Properties Bar, Menüdesigner und Farbpalette gemäß IDE-Referenz; alle unterstützten Designzeit-Controlklassen einschließlich Arrays.
- Gemeinsames Formulardokument für Designer und Code, sichere Namen-/Containeränderungen und persistente FRM-Ausgabe.
- F12/Event Procedures und Shift+F12/Form mit signaturgerechter Ereignisprozedur-Erzeugung und Navigation.

## Capabilities

### New Capabilities

- `ide-formulardesigner`: Integrierter Designer mit Toolbox/Tools, Platzieren, Auswahl, Verschieben, Skalieren, Raster und Undo.

### Modified Capabilities

Keine bestehenden Anforderungen werden ersetzt; die neue IDE-Fähigkeit ergänzt die vorhandenen Laufzeit- und Dateiformatverträge.

## Impact

tb-ide-Designer, vorhandenes tb-ui::frm::FormFile, FormsModel und tb-frontend-Forms-Metadaten. Keine zweite FRM-Implementierung und keine Programmausführung als Designvorschau.

**Abhängigkeiten:** [phase-5-01-projekt-und-dokumentmodell](../2026-09-06-phase-5-01-projekt-und-dokumentmodell/proposal.md), [phase-5-02-ide-rahmen](../2026-09-06-phase-5-02-ide-rahmen/proposal.md), [phase-5-03-editor-und-inkrementelle-uebersetzung](../2026-09-06-phase-5-03-editor-und-inkrementelle-uebersetzung/proposal.md).

**Gesamtplanung:** [Phase-5-Übersicht](../2026-09-06-phase-5-01-projekt-und-dokumentmodell/phase-5-uebersicht.md). Die Nummern geben eine gültige Umsetzungsreihenfolge an; OpenSpec erzwingt Change-Abhängigkeiten nicht automatisch.
