summaryrefslogtreecommitdiff
path: root/src/modules/shapes/shapes.c
diff options
context:
space:
mode:
authorVito Caputo <vcaputo@pengaru.com>2023-06-13 14:03:03 -0700
committerVito Caputo <vcaputo@pengaru.com>2023-06-13 14:09:07 -0700
commit2825d01bf16f8b22f8eb9b92b2c21a654c13e563 (patch)
tree2e47fd1a4e9431b1c97b588a1cdc0f5d15d83c58 /src/modules/shapes/shapes.c
parent2c511d1959c14af1cb962e9f31e7fdb34c24e05b (diff)
modules/checkers: introduce clear=,clear_color= settings
Similar to fill= and fill_color=, these influence how to treat the "clear" cells. Until now "clear" cells would unconditionally just be cleared via til_fb_fragment_clear(). Now they can also be filled w/color,sampled,textured, and maybe in the future a clear_module= will also be introduced. Note that for now I've left the clear_color randomizer disabled, see code comments. Having this setting also makes me wonder if the "filled" cells should be optionally cleared using the "clear" setting first. Imagine a scenario where you have fill_module=shapes, and you want the color around the shape to match the clear color, for instance... Especially once you can pass a color down to the fill_module, controlling these things becomes more critical. There's definitely more work to do here.
Diffstat (limited to 'src/modules/shapes/shapes.c')
0 files changed, 0 insertions, 0 deletions
© All Rights Reserved