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
Create libraries with nice straightforward interfaces to replace common functionality with multiple implementations across various modes. These libraries should have black-box implementations so that no messing about with internal structs is ever necessary (or possible). Ideal candidates would be anything that is tedious or error-prone to implement and is needed by multiple modes, or that would be likely to see use in multiple nodes if not for the effort of implementing it.
Potential candidates:
Timing based functionality such as idle timers
Handling "cheat code" style input
Advanced input functionality, such as:
Handling double-press or distinguishing between a quick press vs. a press-and-hold
Button auto-repeating
Button chording
Using the touchpad as an arbitrary number of buttons
Scaling touchpad output
Touchpad swipes
Managing high score lists
Layout utilities such as centering text or drawing arrows
Easier font handling (if we don't do memory-mapped assets)
Advanced multi-level menus with native support for configuration values, confirmations, etc., independent of rendering
Separate menu functionality from menu visuals/rendering
The text was updated successfully, but these errors were encountered:
Advanced button input, menus, and layout utils all seem pretty good to me.
High scores may be a bit game-dependent to abstract away. Last year's FPS had splits for level and difficulty. Fighter keeps W-L records, etc.
Historically I haven't given much thought to API design. It's been a lot of writing features for myself, then generifying them. I'm open to ideas, but I'd strongly recommend discussing them first before getting to writing code.
Create libraries with nice straightforward interfaces to replace common functionality with multiple implementations across various modes. These libraries should have black-box implementations so that no messing about with internal structs is ever necessary (or possible). Ideal candidates would be anything that is tedious or error-prone to implement and is needed by multiple modes, or that would be likely to see use in multiple nodes if not for the effort of implementing it.
Potential candidates:
The text was updated successfully, but these errors were encountered: