Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Summary / How this PR fixes the problem?
This PR aims at removing some overhead from the connection between the item's components
Fill
andBorder
and the UI widgets.Along the way it fixes some syncing issues between the input fields and color pickers, as well as creating reusable widgets and removing code duplication.
Steps to Test
Use the fills and borders as usual and nothing should look different.
Screenshots
TBD
Known Issues / Things To Do
ColorModel
in order to dynamically use theFill
orBorder
component in the same Widget. Maybe a better method is out there but I don't know.enum Type
to distinguish the components in the UI, also maybe here there's a better approach we could use.'ColorChooser
and theColorInput
andOpacityInput
it's a bit weird with a manual boolean variable set to prevent infinite loop. Maybe something smarter could be done?This PR fixes/implements the following bugs/features:
Models
for Fills and Colors and stops using the uber complicatedModels/ListModel
which is a bit overkill for what we need.ColorRow
widget shared between Borders and Fills.