separate colour-mapping from bitsy palette? #4
Labels
No Milestone
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: max/pixsy#4
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
under some situations, a user will need to pick background and foreground colours carefully to make sure a particular part of the image is the background (colour 0) and another part is the foreground (colour 1). the colours they pick for this mapping are not necessarily the colours they want for the actual Bitsy room. is it worth adding a separate step for the colour map before the final palette selection? is this just going to be confusing for users? does this feature need to be hidden behind an "expert mode" toggle?
idea: copy the "new palette" colour inputs above the palette selection. add a default option to the palette selection called "as above". leave the "new palette" option as is.
if bg/fg are a part of SelectedPalette they will need to be separated out in the application state.
SelectedPalette will need a new enum variant.
render_preview() will need a new step to map the background/foreground to the desired colours, if selected palette is not "as above".