Created attachment 87636 [details] CurrentVersion-№1_InnovationProposal-SimpleUIChange-№2_InnovationProposal-BestUIChange-№3 Current version — see in attachment for №1. Innovation proposal. Simple UI change — see in attachment for №2. Innovation proposal. Best UI change — see in attachment for №3. It’s possible to save an active parameter’s current value for the further rapid access. For Size, Opacity, Flow. The image shows that saved values are displayed as rectangles with numbers, clicking a block activates immediate setting of the block’s parameter value. User experience and interaction is described below. 1) Static case. There are 8-12 predefined blocks for a values storing. - Block’s new value saving — user should click any of an empty blocks (they are as empty rectangles with a border initially), set some value by slider of the main parameter, and press the “plus” button, the current parameter’s value is saved in the selected block now. - Block’s value changing — user should press block with saved value, set some value by parameter’s slider, and press “plus” icon, the current parameter’s value saves itself and replaces the old one. - Block’s value removing — user should press a block with saved value and press “minus” icon, the current value is removed after this and block looks empty. 2) Dynamic case. Number of blocks is defined by user. - New block’s adding — user should press rectangle with border (empty block), set some value by the main paramater’s slider, press “plus” button, the current parameter’s value is saved in the new appeared block and border “shifts” right by one step or on the new line. - Block’s value changing — user should press a block with saved value, set some value by parameter’s slider, and press “plus” icon, the current parameter’s value saves itself and replaces the old one. - Block’s removing — user should press a block with saved value and press “minus” icon, the current block is removed after this and right neighbours shift left by one step.
Created attachment 87654 [details] for flip to top Another UI variant.
I think it's rather confusing to have these as they are not labeled.
Maybe for someone at first. But I think that the labels of active parameter is enough to understand it in this design — http://bugsfiles.kde.org/attachment.cgi?id=87654 And of course for design №3 (compound version) in this image — http://bugsfiles.kde.org/attachment.cgi?id=87636 — especially in the presence of a tooltips. :)
Alexy, You are going over some additions to the UI, but you haven't stated the problem you are trying to solve. I am not sure why this is even needed. The UI you present is difficult to use and understand. The slider areas are very small. it is going to be difficult to use a small slider that ranges from 1-500. There are no labels as well, so there is no way to know what you are changing - especially if you have 8 of them. Using tooltips for critical information like labels is not the best solution. Based off what I have seen, people do not assume there are tooltips with every slider and input. The current UI is too complex already, so I don't think it would be good to add even more complexity to it. That doesn't necessarily mean that this improvement is bad. It just means there isn't enough information about what you are trying to achieve. We all want to make Krita easy and fast to use. If we get more information about what gripe you have with it, we might be able to come up with a better solution. If you can tell us the following, we might be able to brainstorm on a good solution: 1. What is your current workflow for this task? 2. Why is the current process not good? 3. How does your new process improve things?
Hello, Scott! I guess here was some misunderstanding. For a start these are not sliders, these are buttons! :) 1. The main workflow is: choose brush, click size selector, click box with value and select most interesting predefined size from preferences (yes! these are not sliders! these are preference boxes with values). 2. It's important to have precise brush sizes especially for drawing machines and mechanical devices and more. I know about Shift+LMB, but it's not the same what I propose. Current Krita's UX at this point is not good because it's not ease to set necessary precise value EVERY time. 3. This improvement allows to us to save selected size into preferences box just once (and we don't waste a time!) and use it next time by pushing buttons (it's like a buttons of brushes or colors in the Palette) Most uncomfortable part of the current Krita's brush size UX implementation that size slider is very small and not linear and it's usually hard to set precise value. It's very important for a technical image. Surely, it's possible to make several brushes with required sizes, but then this operation should be done for every brush! And I propose to make a better — https://bugs.kde.org/attachment.cgi?id=87636 —> №3. So user can define preferred sizes just once and can click these buttons (boxes) later and get what he wants easy and fast! You could read other more detailed aspects of improvement above. Conclusion: The main goal of improvement is to add brush size preferences for a rapid access.
Updated version: — https://docs.google.com/document/d/1a1EH5-2t7PPpbAzq9XJ2vnIkyaWQUs_8eqsQ_pGlASA/edit#bookmark=id.v6hnaj4i0dpc Not everything is translated yet...
Awesome document (I think...) This really needs to be worked out with other artists on the forums, though. We have relatively imprecise supersliders but that works reasonable well for what Krita is for. Please get wider input. WISHGROUP: Needs proposal and design
Hello, Boudewijn. Tnx for your comment! But I not sure that understood correctly... it's all my bad english. :/ Anyway, for my document you may do all what you see fit. And I would be happy if it helps to improve the Krita. :)