https://bugs.documentfoundation.org/show_bug.cgi?id=149600
Heiko Tietze changed:
What|Removed |Added
Keywords|needsUXEval |
https://bugs.documentfoundation.org/show_bug.cgi?id=149600
--- Comment #10 from Heiko Tietze ---
The exercise is to change hue with white/black - which should keep the color
but takes the hue selection into the rgb space. If the dialog opens from white
it's a good idea to use red as a starting
https://bugs.documentfoundation.org/show_bug.cgi?id=149600
--- Comment #9 from Caolán McNamara ---
The gimp dialog totally baffles me as well, maybe we should just preselect
"Red" instead of Hue as the default and then the dialog works in a way that I
can at least understand, the band controls
https://bugs.documentfoundation.org/show_bug.cgi?id=149600
--- Comment #8 from Heiko Tietze ---
Created attachment 180945
--> https://bugs.documentfoundation.org/attachment.cgi?id=180945=edit
Screencast from GIMP
The HUE angles of pure white remains white. The problem is that our HUE band
https://bugs.documentfoundation.org/show_bug.cgi?id=149600
Aron Budea changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|INVALID
https://bugs.documentfoundation.org/show_bug.cgi?id=149600
Heiko Tietze changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://bugs.documentfoundation.org/show_bug.cgi?id=149600
--- Comment #5 from Caolán McNamara ---
what actually happens is we do use white here for automatic. And so the
selected color is white (circle is in top left corner) and that sort of color
is the type where changing the hue has no
https://bugs.documentfoundation.org/show_bug.cgi?id=149600
Heiko Tietze changed:
What|Removed |Added
CC||libreoffice-ux-advise@lists