You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/tutorials/building_2d_games/19_user_interface/index.md
+4-21Lines changed: 4 additions & 21 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -92,14 +92,9 @@ By considering accessibility early in development rather than as an afterthought
92
92
93
93
In this chapter, you accomplished the following:
94
94
95
-
- Created a flexible `UIElement` base class that establishes a parent-child hierarchy for organizing UI components.
96
-
- Implemented specialized UI components including sprites, buttons, and sliders.
97
-
- Developed an input-agnostic control system through the `IUIElementController` interface.
98
-
- Built interactive menus for our game; a title menu with options screen and a pause menu.
99
-
- Applied navigation logic to create a complete keyboard/gamepad friendly interface.
100
-
- Discussed accessibility considerations for inclusive game design.
101
-
102
-
In the next chapter, we'll complete our game by polishing the gameplay experience and implementing win and loss conditions.
95
+
- TODO: Write once vic finishes coauthoring
96
+
97
+
In the next chapter, we'll complete our game by finalizing the game mechanics to update our current demo into a snake-like inspired game.
103
98
104
99
## Test Your Knowledge
105
100
@@ -113,19 +108,7 @@ In the next chapter, we'll complete our game by polishing the gameplay experienc
113
108
- Logical grouping: Mirrors the conceptual organization of UI elements.
114
109
:::
115
110
116
-
2. In the UI system we implemented, how does a `UIElement` determine if it should be enabled or visible?
117
-
118
-
:::question-answer
119
-
The `UIElement` class first checks if it has a parent element. If it does and that parent element is disabled or invisible, then the child element is automatically considered disabled or invisible, regardless of its own internal state. Otherwise, it returns its own internal enabled or visible state. This creates a cascade effect where disabling or hiding a parent automatically disables or hides its children.
120
-
:::
121
-
122
-
3. In the UI system we implemented, what is the purposed of the `IUIElementController` interface?
123
-
124
-
:::question-answer
125
-
The `IUIElementController` interface provides a device agnostic method for handling UI navigation. It abstracts input detection (keyboard, gamepad, touch, etc) into a consistent set of navigation and action methods. This allows UI elements to respond to user input without being tied to specific input devices, making it a more flexible and maintainable system.
126
-
:::
127
-
128
-
4. What are some accessibility considerations that should be implemented in game UI systems?
111
+
2. What are some accessibility considerations that should be implemented in game UI systems?
129
112
130
113
:::question-answer
131
114
- Visual accessibility: High contrast colors, not relying solely on color for information, adjustable text size and UI scaling, and internationalization support.
0 commit comments