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
There are now state flags for direct and indirect hovering over components, which has both getters and state update notifications. There is however no integration with how components are rendered using the information, which needs to be done do that the interface gives instant feedback on which component would respond if clicked.
One can display hover using:
More permutations of pre-generated images - Wasting memory exponentially - Limited to a single layer
Scale a silhouette image to draw on top when needed + Memory efficient - Only glowing hover styles allowed - Slow to render - Complicated to generate non-standard formats from the MediaMachine
Draw an alpha filtered image on top + Somewhat flexible in which styles to choose - Can get RGBA image from the MediaMachine - Even slower to render
A single image that is regenerated when state changes a property used as input for the method, just like when it is resized + Uses less memory + Full control over the background + Simpler code by getting a reusable state bit mask from input arguments in the theme and assigning the state directly by asking the component when detecting the arguments + Can be scaled up to handle 288 permutations at no extra cost (enabled/disabled, locked/writable, pressed/lifted, selected/not, checked/not, direct/indirect/no focus, direct/indirect/no hover) + Flexibility to add any state for any component in the theme without changing code in the component
The menu expansion might also want to display that a menu is opened using something else than a hardcoded color change. An "enabled" property might be okay to implement using only color changes, because it is rarely used.
The text was updated successfully, but these errors were encountered:
To generate all combinations without having to draw an exponential number of images by hand, the media machine needs conditional jumps to make some draw operations optional.
There are now state flags for direct and indirect hovering over components, which has both getters and state update notifications. There is however no integration with how components are rendered using the information, which needs to be done do that the interface gives instant feedback on which component would respond if clicked.
One can display hover using:
- Wasting memory exponentially
- Limited to a single layer
+ Memory efficient
- Only glowing hover styles allowed
- Slow to render
- Complicated to generate non-standard formats from the MediaMachine
+ Somewhat flexible in which styles to choose
- Can get RGBA image from the MediaMachine
- Even slower to render
+ Uses less memory
+ Full control over the background
+ Simpler code by getting a reusable state bit mask from input arguments in the theme and assigning the state directly by asking the component when detecting the arguments
+ Can be scaled up to handle 288 permutations at no extra cost (enabled/disabled, locked/writable, pressed/lifted, selected/not, checked/not, direct/indirect/no focus, direct/indirect/no hover)
+ Flexibility to add any state for any component in the theme without changing code in the component
The menu expansion might also want to display that a menu is opened using something else than a hardcoded color change. An "enabled" property might be okay to implement using only color changes, because it is rarely used.
The text was updated successfully, but these errors were encountered: