Diese Erklärung halte ich für nicht zutreffend. Unter einem Formular bzw. Form verstehe ich ein (Dialog-)Fenster. Also die komplette Oberfläche mit Non-Client-Area (Titelleiste und Rahmen) und Client-Area (der komplette innere Bereich, den Entwickler frei gestalten können). In der Client-Area kann man direkt Steuerelemente (Textfelder, Schaltflächen Symbolleisten etc.) unterbringen. Dafür braucht man nicht zwingend ein zusätzliches Container-Steuerelement, das andere Steuerelemente enthält (also das, was bisher in der Definition für den Begriff "Formular" steht). Container werden allerdings häufig genutzt, um einen scrollbaren Bereich zu schaffen und zur einfacheren Gestaltung des Layouts. Bei diesen Containern spricht man von Frame, Panel, UserControl oder PropertySheet, aber nicht von Formular. Formular ist ein Synonym für das ganze Fenster und ist insbesondere auch nicht unsichtbar (wie es in der bisherigen Definition steht). Mein Vorschlag: In der Einleitung erläutern, dass Steuerelemente auf Fenstern (alias Formularen oder Form) platziert werden können. Den bisherigen Punkt "Formular" in "(Layout-) Container" oder "Panel" umbenennen und beschreiben, dass mit diesen (meist unsichtbaren bzw. transparenten) Containern Steuerelemente zusammengefasst werden können. Optional noch am Ende der Liste einen Punkt für unsichtbare Steuerelemente (i. d. R. "Komponenten" genannt). Das sind beispielsweise die Standarddialoge (Öffnen, Speichen, Drucken, Farbauswahl, Schriftauswahl), Komponenten zur Hardware-Kommunikation (z. B. COM- und USB-Ports) und Komponenten zur Verwaltung von Diensten und Events (z. B. MAPI, Winsock, TWAIN, ImageLists, Timer etc.). -- Siegbert v2 07:44, 22. Jul. 2022 (CEST)