Summary: | When set to horizontal and multiple rows, the color history fils columns first instead of rows. | ||
---|---|---|---|
Product: | [Applications] krita | Reporter: | Storm Engineer <storm.anthro> |
Component: | Color Selectors | Assignee: | Krita Bugs <krita-bugs-null> |
Status: | REPORTED --- | ||
Severity: | wishlist | CC: | griffinvalley, halla, lynx.mw+kde, shubham656jain |
Priority: | NOR | ||
Version: | git master (please specify the git hash!) | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Storm Engineer
2019-05-21 14:52:00 UTC
setting this to wishlist. I tried to reproduce this bug and when the color selector is set to vertical and column is greater than one then also it gets populated left to right and then top to bottom and not the other way. So, is this really a bug because then we have to look at both vertical color selector and horizontal color selector. color history, not color selector... I recently looked into this while working on https://phabricator.kde.org/T13509 but there is a catch: The list size of Color History/Colors from Image is fixed and there is no dynamic wrapping. Say you configured 40 patches in 2 rows, but only 10 per row fit into the current docker size, you'd see 1-10 + 21-30 while 11-20 and 31-40 would need scrolling, and enabling scrolling is optional even. We could do dynamic wrapping of course, but then scrolling would have to switch from horizontal with one patch row to vertical with multiple rows, I'm not sure if everyone would like it that way. Unless of course it becomes yet another option... |