Diskussion:Steuerelement

message: Das Begriffswirrwarr hat sicherlich auch seinen Ursprung aus den verschiedenen Sichtweisen eines X- oder Mac-Programmierers auf der einen und dem Windows-Programmierer auf der anderen Seite.
Beim Siegeszug grafischer Benutzeroberflächen (auch im Textmodus, etwa Turbo Vision) spielten rechteckige, überlappbare, per Clipping begrenzte Ausgabebereiche eine entscheidende Rolle, und wurden gemeinhin Fenster genannt. Erst später wurden nicht-rechteckige Ausgabebereiche möglich.
Für die Ausgestaltung von Dialogen benötigte man Kontrollelemente, die sowohl Eigenschaften von Fenstern haben (bspw. rechteckig, positionierbar, anklickbar), als auch nicht (Clipping ist nicht erforderlich und würde die Performance einbrechen lassen).
Nun ging man dazu verschiedene Wege. X und Mac verwenden „Widgets“, die keine Fenster sind.
Bei Microsoft hingegen sind Kontrollelemente ebenfalls Fenster (meistens zumindest), mehr oder weniger global verfügbare Fenstervorlagen mit vordefinierten „Klassennamen“ (hat nur entfernt mit OOP zu tun). Das Stil-Bit WS_CHILD („Fensterstil:Kind“) sorgt schließlich dafür, dass das Fenster „eingebettet“ erscheint und die Performance-Killer umgangen werden.
Ein Steuerelement hingegen ist das, was der Benutzer sieht (oder hört oder der Blinde fühlt), egal wie es implementiert wurde.
--Henrik Haftmann (Diskussion) 18:33, 1. Okt. 2012 (CEST)
thread_title:  Widgets und Kindfenster 

message: Hi, kann bitte jemand Caption sinnvoll in die Liste integrieren; mir fehlt gerade die Zeit. LG, ℳ웃79 ✍ 14:07, 28. Mär. 2017 (CEST)
thread_title:  Caption 

message: Habe gerade mal oder Bedienelement hinzugefügt. Der Begriff passt sogar noch besser als Steuerelement, weil das programm über diese Schaltflächen durch den Benutzer bedient wird. ;-) User:ScotXWt@lk 20:25, 30. Jul. 2017 (CEST)
replies: text: Die Ergänzung ist vollkommen gerechtfertigt, aber die Begründung hat einen kleinen Haken: Es gibt auch "unsichtbare" Steuerelemente (z. B. Timer oder Socket-Komponenten). Diese können durchaus Ereignisse auslösen und das Programm in gewisser Weise steuern, ohne das der Benutzer etwas aktiv bedient. In manchen Frameworks (z. B. .NET) werden sichtbare Steuerelemente als Control bezeichnet und die "unsichtbaren" Steuerelemente als Component. --Siegbert v2 (Diskussion) 13:47, 23. Mär. 2024 (CET)
thread_title:  Bedienelement 

message: Am Anfang der Liste von bekannten Steuerelementen steht derzeit das Steuerelement "Formular" mit der folgenden Erklärung:
:"Formular: Das meist unsichtbar im Hintergrund eines Fensters liegende Steuerelement, das alle anderen Steuerelemente enthält"
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 (Diskussion) 07:44, 22. Jul. 2022 (CEST)
thread_title:  Verwendung des Begriffs: "Formular"