hi,
first what i dislike about it right now is, it is big and unscaleable and some widgets dont have much horizontal space
which makes them hard to use with a stylus.
For example, try to set Fade/Distance length value below 1000 only with a stylus.
Since it will get more features and not less it could also use some filters for its lists.

here are some screenshots:
brush list:
https://goo.gl/5vCpio
https://goo.gl/YpkzgX
https://goo.gl/RVY2kw

dynamic settings
https://goo.gl/7V3X3u
https://goo.gl/UMHlZn
https://goo.gl/DAuRy5
https://goo.gl/FRQxEs
https://goo.gl/Haqaz8
https://goo.gl/kzC9no
https://goo.gl/xHVYox

scratchpad
https://goo.gl/YfUFDY
https://goo.gl/z8Au18

if you want to try it out, open the ui file with qt designer
https://goo.gl/488SYf

As of right now, its only a working mockup and it would take some time to implement all of this,
i thought i'd better ask what others think about it.

I definitely agree brush management in general could be improved upon in Krita. I have my own feedback and ideas that I will mention later.

I like your idea about bringing the brush preset list/docker into the brush editor. The current scrolling bar in at the the top of the editor is really inefficient for browsing brushes, and selecting a preset from elsewere in the software closes the brush editor, meaning you have to reopen it again.

I can't say I'm a big fan of the show/hide features of your mockup, though. I like the current way it's setup where you select from lists to browse the different settings. For one, it makes the options a bit more "available at your fingertips", and second, computer displays have more horizontal space to afford than vertical (a 16:9 display is almost twice as wide as it is high) which is something to make use of. I think that the space could be used a bit more efficiently in some areas, though.

The list of brush engines is a lot wider than it needs to be, and I don't really see the point of having a open/close feature of the brush engine list. In your mockups of dynamic settings you have the settings located in the brush engine list, which I think is a nifty idea. And if you switch the scrolling bar of brush presets for tabs (the same as you have in your mockups), you could gain some additional space as well.

---

As for my own feedback on the brush editor, or rather brush managment in general, I have a couple things I'd like to bring up. Yesterday I sat up and tried to organize my brush presets so that I would be able to browse and transfer them more easily whenever there's a new update (which is quite frequently, thanks to the hard working and awesome devs!), or to send to new recruits. But this task proved quite difficult. I was missing some much desired features.

• Multiple selections
• Renaming
• Export by tag
• Importing tags
• Import multiple
• Ability to export from install directory(?)

Multiple selections
Fairly straightforward: selecting multiple brushes in the brush preset list in the toolbar in order to assign/remove brush presets to/from tags or to delete ones you don't use.

Renaming
Instead of having to create a copy of a brush presets with a new name, and then deleting the old one, renaming the presets would be a great way to organize brushes within tags.

Export by tag
When exporting resource bundles it would be pretty sweet if we could select which brush presets to export by selecting the tag they belong to. So if I have a tag specifically for bristle brushes, I'd just have to select the "Bristle Brushes" tag, and all the belonging brush presets would be included in the bundle.

Sidenote: Including shortcuts and settings profiles in bundles would be a neat addition too!

Importing tags
This in't a feature I'm missing, but rather a feature I don't know if it needs to be changed or not. Whenever I import or export brush presets in a bundle the tags they are assigned to follow along. However, Krita also creates a new tag based off of the bundle name. So now I have two tags where all my presets are collected with just slightly different names. And I am unable to remove either of the tags since they reappear whenever Krita starts and loads the imported bundle. Or perhaps I'm doing something wrong here?

Import multiple
Importing resources such as brushes and brush presets one by one can be a bit... tedious. If it was possible to import multiple ones, that'd be sweet. In my case I had to import over 50 brushes - one by one - in order to be able to export their presets later.

Ability to export from install directory(?)
I ran into some issues when trying to export resources that were located in the folders of the install directory (krita-3.0.1.1-x64\share\krita\...). Mainly, I had brushes and presets that didn't end up inside the exported bundle. So I'm guessing that Krita detects if a resource is located inside the install directory or not, and if it is Krita doesn't bother including it in the bundle? I'd be grateful if someone could answer this and specify if maybe I should use the folders in "%appdata%\krita" instead, and what the benefits to this are.

Thanks for the feedback. I think there are a lot of people, including the developers, that want to see the brush editor improved. There is a lot that can be improved, but it will be a pretty big project. The "editor" does quite a few things, so we need to break down everything that it does and figure out the best way to organize everything. It takes up too much space on the screen and has a pretty inefficient UI.

I can see this area being revisited after a lot of the text and vector work gets done. That is also a really huge project that is adding a lot of things that currently don't exist.

scottpetrovic wrote:I can see this area being revisited after a lot of the text and vector work gets done. That is also a really huge project that is adding a lot of things that currently don't exist.

So it'll be a while before we get to see an update to the editor. A bit unfortunate, but that's a given.

I'll cross my fingers in hopes that maybe some of my "minor" points will get adressed before that (I really want to be able to rename brush presets and select multiple presets to manage their tags).

I can't say I'm a big fan of the show/hide features of your mockup, though. I like the current way it's setup where you select from lists to browse the different settings. For one, it makes the options a bit more "available at your fingertips", and second, computer displays have more horizontal space to afford than vertical (a 16:9 display is almost twice as wide as it is high) which is something to make use of. I think that the space could be used a bit more efficiently in some areas, though.

I tried to make the dialog scaleable because not all people have so much horizontal space for example using a cintiq 13 verticaly
(cant tell/test how useable the current one is as i use a normal tablet and a 24" screen).
For all filter lists i didnt want to use a combobox because a list makes it easier to check/select multiple items.
Checked items would be visible permanently and saved with the preset, while selected items would be visible only temporarly.

The other toggleable features are there to save vertical space and most of the time you would have only one sensor per property visible/active because they dont always play well together.
And you might never need to see some sensors for example i have this problem with the current design
im using a wacom airbrush and i always have to scroll down, activate the tangential pressure sonsor,
set the curve then scroll back up to deactivate the pressure sensor.
While others never need to have this sensor visible same with the rotation sensor if you dont use the art pen.

The list of brush engines is a lot wider than it needs to be, and I don't really see the point of having a open/close feature of the brush engine list. In your mockups of dynamic settings you have the settings located in the brush engine list, which I think is a nifty idea. And if you switch the scrolling bar of brush presets for tabs (the same as you have in your mockups), you could gain some additional space as well.

The brush engines list is missing the engine icons on the left and the lock properties icons on the right but yes everything might be bigger then it needs to be,
like the buttons could probably use icons only and the curve widget has a fixed size of 400x400 (which is bigger then current one) it would be nice to have it scaleable aswell.