Replies: 1 comment 2 replies
-
|
This makes me realize the color palette previews are pretty large (and have a lot of spacing). We should probably reduce both the size and spacing of the colors a little. On Android, we might want to keep the larger size for easier touchscreen interaction still (or perhaps even detect whether the ColorPicker was opened from a touchscreen). @passivestar @AdriaandeJongh Thoughts? |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I realize that it is preferred to separate feature proposals into their own post however these items are very clearly related.
The Color Selction dialog and dock could use some upgrades.
Right now the Color selection dock is one window showing three things;

1 The color selector and the current color
2 The swatches
3 The recent colors
These 3 things are obviously related and so no problem having them all together.
Problems:
1 That dock is one window and it is not adjustable vertically.
When you have a large list of swatches the window is pushed around and the bottom/top of the dock can get pushed off screen.
2 The swatch panel is a static size and does not allow for a large amount of swatches. I can get 117 swatches before the swatches get pushed out of view.
This image is a cropped image width-wise however full vertically. What you are seeing is the second from bottom row of swatches begin to be cut off and the entire bottom row hidden.
3 There is a save_as option in the swatches menu. This is disabled until you have saved a swatch (.tres) file. However the clear menu option resets that to disabled. The problem is if you have saved a set of swatches and then clear the dock to start a new set, the save_as menu option is now disabled so the user is left wondering "is pressing save going to overwrite the already saved swatch?". (Note that the save button works as a save-as at this point however) this is not the way save-as works in any standard menu. The save-as option should be always available and the save option should overwrite the current file.
I propose the fix to problem 1 by separating the three aspects into their own size-able sub-docks.
I propose to fix problem 2 by changing the swatch panel into something that is scroll-able.
The fix for problem 3 is to have save-as always available.
Beta Was this translation helpful? Give feedback.
All reactions