Widget toolkit: Difference between revisions
Notokcorral (talk | contribs) m Fixed comma splice. |
fix typo |
||
| (33 intermediate revisions by 30 users not shown) | |||
| Line 1: | Line 1: | ||
{{Short description|Framework or toolkit a program uses to display the graphical user interface}} |
|||
{{About||desktop applets that give access to frequently used functions|Widget engine}} |
|||
{{refimprove|date=October 2007}} |
|||
A '''widget toolkit''', '''widget library''', '''GUI toolkit''', or '''UX library''' is a [[library (computing)|library]] or a collection of libraries containing a set of [[graphical control element]]s (called ''widgets'') used to construct the [[graphical user interface]] (GUI) of programs. |
A '''widget toolkit''', '''widget library''', '''GUI toolkit''', or '''UX library''' is a [[library (computing)|library]] or a collection of libraries containing a set of [[graphical control element]]s (called ''widgets'') used to construct the [[graphical user interface]] (GUI) of programs. |
||
Most widget toolkits additionally include their own [[Rendering (computer graphics)|rendering engine]]. This engine can be specific to a certain [[operating system]] or [[windowing system]] or contain back-ends to interface with |
Most widget toolkits additionally include their own [[Rendering (computer graphics)|rendering engine]]. This engine can be specific to a certain [[operating system]] or [[windowing system]] or contain back-ends to interface with multiple ones and also with rendering APIs such as [[OpenGL]], [[OpenVG]], or [[EGL (API)|EGL]]. |
||
The [[look and feel]] of the graphical control elements can be hard-coded or decoupled, allowing the graphical control elements to be [[Theme (computing)|themed]]/[[Skin (computing)|skinned]]. |
The [[look and feel]] of the graphical control elements can be hard-coded or decoupled, allowing the graphical control elements to be [[Theme (computing)|themed]]/[[Skin (computing)|skinned]]. |
||
==Overview== |
|||
| ⚫ | |||
[[File:SWT-on-mac.png|thumb|A window using the [[Standard Widget Toolkit]]]] |
|||
| ⚫ | Some toolkits may be used from other languages by employing [[language binding]]s. [[Graphical user interface builder]]s such as e.g. [[Glade Interface Designer]] facilitate the authoring of GUIs in a [[WYSIWYG]] manner employing a [[user interface markup language]] such as in this case [[GtkBuilder]]. |
||
The GUI of a program is commonly constructed in a cascading manner, with graphical control elements being added directly to on top of one another. |
The GUI of a program is commonly constructed in a cascading manner, with graphical control elements being added directly to on top of one another. |
||
Most widget toolkits use [[event-driven programming]] as a model for interaction.<ref>[http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.45.9491 Past, Present and Future of User Interface Software Tools]. Brad Myers, Scott E. Hudson, Randy Pausch, Y Pausch. ACM Transactions on Computer-Human Interaction, 2000. [ |
Most widget toolkits use [[event-driven programming]] as a model for interaction.<ref>[http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.45.9491 Past, Present and Future of User Interface Software Tools]. Brad Myers, Scott E. Hudson, Randy Pausch, Y Pausch. ACM Transactions on Computer-Human Interaction, 2000. [https://www.cs.cmu.edu/~amulet/papers/futureofhciACM.pdf]</ref> The toolkit handles [[Event handler|user events]], for example when the user clicks on a [[Button (computing)|button]]. When an event is detected, it is passed on to the application where it is dealt with. The design of those toolkits has been criticized for promoting an oversimplified model of event-action, leading programmers to create error-prone, difficult to extend and excessively complex [[application code]].<ref name=Samek03b>{{cite web |
||
| title = Who Moved My State? |
| title = Who Moved My State? |
||
| author = Samek, Miro |
| author = Samek, Miro |
||
| url = http://www.ddj.com/cpp/184401643 |
| url = http://www.ddj.com/cpp/184401643 |
||
| publisher = C/C++ Users Journal, The Embedded Angle column |
| publisher = C/C++ Users Journal, The Embedded Angle column |
||
| date = April 2003}}</ref> [[Finite |
| date = April 2003}}</ref> [[Finite state machine]]s and [[UML state machine|hierarchical state machines]] have been proposed as high-level models to represent the interactive state changes for reactive programs. |
||
== Windowing systems == |
== Windowing systems == |
||
A [[window (computing)|window]] is considered to be a graphical control element. In some windowing systems windows are added directly to the [[Canvas (GUI)|scene graph (canvas)]] by the [[window manager]], and can be stacked layered on top of each other through various means. Each window is associated with a particular application which controls the widgets added to its canvas, which can be watched and modified by their associated applications. |
A [[window (computing)|window]] is considered to be a graphical control element. In some windowing systems, windows are added directly to the [[Canvas (GUI)|scene graph (canvas)]] by the [[window manager]], and can be stacked and layered on top of each other through various means. Each window is associated with a particular application which controls the widgets added to its canvas, which can be watched and modified by their associated applications. |
||
==See also== |
==See also== |
||
| Line 26: | Line 27: | ||
== References == |
== References == |
||
{{Reflist}} |
|||
<references/> |
|||
{{Widget toolkits}} |
{{Widget toolkits}} |
||
{{Graphical control elements}} |
{{Graphical control elements}} |
||
{{X desktop environments and window managers}} |
|||
[[Category:Widget toolkits| ]] |
[[Category:Widget toolkits| ]] |
||
Latest revision as of 12:37, 4 October 2023
A widget toolkit, widget library, GUI toolkit, or UX library is a library or a collection of libraries containing a set of graphical control elements (called widgets) used to construct the graphical user interface (GUI) of programs.
Most widget toolkits additionally include their own rendering engine. This engine can be specific to a certain operating system or windowing system or contain back-ends to interface with multiple ones and also with rendering APIs such as OpenGL, OpenVG, or EGL. The look and feel of the graphical control elements can be hard-coded or decoupled, allowing the graphical control elements to be themed/skinned.
Overview[edit]
Some toolkits may be used from other languages by employing language bindings. Graphical user interface builders such as e.g. Glade Interface Designer facilitate the authoring of GUIs in a WYSIWYG manner employing a user interface markup language such as in this case GtkBuilder.
The GUI of a program is commonly constructed in a cascading manner, with graphical control elements being added directly to on top of one another.
Most widget toolkits use event-driven programming as a model for interaction.[1] The toolkit handles user events, for example when the user clicks on a button. When an event is detected, it is passed on to the application where it is dealt with. The design of those toolkits has been criticized for promoting an oversimplified model of event-action, leading programmers to create error-prone, difficult to extend and excessively complex application code.[2] Finite state machines and hierarchical state machines have been proposed as high-level models to represent the interactive state changes for reactive programs.
Windowing systems[edit]
A window is considered to be a graphical control element. In some windowing systems, windows are added directly to the scene graph (canvas) by the window manager, and can be stacked and layered on top of each other through various means. Each window is associated with a particular application which controls the widgets added to its canvas, which can be watched and modified by their associated applications.
See also[edit]
References[edit]
- ^ Past, Present and Future of User Interface Software Tools. Brad Myers, Scott E. Hudson, Randy Pausch, Y Pausch. ACM Transactions on Computer-Human Interaction, 2000. [1]
- ^ Samek, Miro (April 2003). "Who Moved My State?". C/C++ Users Journal, The Embedded Angle column.