Thank you Tiar! In the end it is all about simplicity. Adding, deleting, moving, all just from the right click menu would be fine for me. At least having an option to manage brushes easily without getting lost in some other menu like the brush creation panel. Or an easy way to change the brush icon. Like right click the brush you want to change and have “Change Icon…” The “Drag and drop” thing is more the thinking as if it were a real icon. To be able to move it via drag and drop is not as important as moving and deleting in the first place. Keeping it tidy completely manually (no tags, just folders) is what >I personally< would prefer a lot over a complex, hard to implement system with a ton of tags 
Here is a little quick mockup. Hope it helps in any way.
I agree, when I make brushes, they often end up multiplying beyond my wildest dreams, and it’s a lot of work managing them. Some times they show up in “paintoppresets” but not in Krita, or shows up in Krita but does not have the same name inside the “paintoppresets”, it makes little sense.
Maybe this would be easier if “backups” were sent to a different folder in the future, or maybe I am just encountering some of the bugs.
I hope this gets easier and more user-friendly after the rewrite! 
Keep up the great work Krita Team!
Ummm this “Move to folder” thing… Right now in Krita if you right-click, you get the chance to tag or untag resources. Which means to “move to folder” you need to (1) “Assing to tag” and then (2) “Remove from this tag” (if you’re not in “All”), and that’s basically this. I might consider adding an option to do both in one step but it is possible now, so…
I don’t think it’s more difficult to implement, and in any case, it is already implemented. We cannot change the backend of resources now. Also tags can be treated as folders, they just allow for even more.
The only difference from the implementation point of view is that you can have multiple tags while an item cannot be in multiple folders (so cannot have multiple folders “assigned” to it).
Also you specifically asked:
And from the abstract point of view, tag is exactly folders with an easy way to do those “linked copies”, which is basically putting one resource in multiple folders, which means… assigning multiple tags.
It might look different from the UI point of view, but UI can be changed.
It just needs more information why do you believe folders would be easier to manage. Because from my point of view - with all that I presented above - what you’re asking about is “I want the tag system to be limited so every preset can have only one tag”. I know you probably don’t mean that, and we need to get to the exact thing you do mean, I hope my explanation above will help you understand the tag system better and distinguish features you want from features you’d expect from a system that implements the features you want (for example the “only one folder at a time” thing, that you seem to not really be fond of, or at least, you want a way to work around).
I am a programmer and I’m deep in the resources system right now, so I see what is the underlying system which cannot be changed, what can be changed, what is just GUI, what cannot be changed because users are used to it etc., etc. and I don’t expect everyone here to know it the same way I do so I’m reading through this thread and the tagging thread, trying to filter out all noise (which is, features we cannot implement right now) and get the idea what is the most important for users.
For the user-defined order of resources… or specifically brushes… I can see a solution for that, but it would be a bit hacky, possibly, and last time the whole team was talking about it, it was decided to not even try to come up with a solution, because this kind of sorting could complicate things a lot. Maybe it could be revisited though - we’ll see.
Yeah but will it be a problem if won’t ever see them? I’m sorry, but the current strategy is to make a copy instead of overwriting. There is however in the current version of Krita this nice button:
And we do want to make it work in the next version as well. Maybe it will show the resources to be deleted though.
I’m sorry, I didn’t want to add noise to the conversation or something, it is just very hard for me to tell you what I think in a simple manner. While creating brushes I had a problem and thought way deeper about it than I should have. 
So in the end I have one thing to bring to the table and you already know it:
-the current system is slightly broken because sometimes brushes I tagged, saved out and loaded back in kept the tags, sometimes not. Also sometimes resources get duplicated a few times unneccessarily. It is a bit buggy but you guys know about it and are working on it. Sorry again for the confusion and a big thank you for your detailed answer and the work you do!
Considering amount of different stuff to manage in krita, one place to do it is a wonderful idea. I think current tag(and multiple tags per thing), alphabetical sorting system is good (except bugs) but it needs ability to rename things for that, given ingenuity of different people creating bundles. Also is it a good place to remind that krita doesn’t have docker just for brush tips ? That would greatly reduce need for amount of brushes. As those also have tags, icing on a cake would be ability to tie brush to specific tag of a tip. Lets say when I click on tree brush krita shows tag for tree tips. With toggle option ofc, so it wont be annoying. (mock-up)
Ahh, I think you misunderstood me now 
I wasn’t talking about noise to shame you out of complaining! 
I was just explaining why I’m asking specific questions, comparing different solutions and dismissing some things.
And the brokenness that you’re talking about now and you brought up earlier… that’s something to dismiss, actually We’re making a new system, so all the bugs that are present in the current version are irrelevant. We can dream of a resource system free of bugs Since we want to have it bug-free, it will be tested - we’ll post here on KA about the alpha version and ask for testing so everyone will get their chance to prove they can break Krita and all bugs found there will be fixed as much as possible. And just to be sure, we’ll get through the list of old bugs to see if they are fixed as they should be.
[I had a few empty lines at the end that suggests I wanted to write something more, but I don’t remember now…]
I don’t think binding a specific tag for brush tips to a specific preset can be done, but other than that… I think it should be possible, actually. It would be just like changing the brush tip in the widget in the Brush Editor. It could probably be done as a Python plugin, too.
You can rename brushes in the Brush Editor.
Reading again, I’m not sure if I understood it correctly. Can you please elaborate? Like in step by step process?
It would be like this - you click on the preset in “All” tag and the tag suddenly changes to “Foliage” and shows only foliage presets?
Or having a brush tips docker that changes its tag depending on which tag is bound to the preset?
Brush tips and patterns cannot be renamed , I think.
This, in brush editor selecting brush tip for a brush would be its default + extra option for the tip docker to change its tag to desired, maybe a star to favorite tag or something.
Do you need a custom ordering in brush tips or patterns as well? (Note that you can tag them, too).
I think the favourite tag things is not likely to come, sorry. It could be implemented, I think - you can write a bug report on bugs.kde.org with Importance “wish”. But it probably won’t make it into our current plans.
I use it to erase brushes and switch to minimal brush sets.
All good Tiar, I did not for a second feel attacked.
I can’t wait to see how the new resources manager works and build a few new tools with it for everyone to use.
Hi @tiar, is the new system merged in the nightly branches? i think so, because i can’t launch Krita for several days (Windows nightly builds), i’ve errors with the ressources and driver
Could not initialize the resource cache database. Connection error: Driver not loaded Driver not loaded
Krita will quit now.
Could not synchronize C:/Users/matt1/AppData/Roaming/krita/Krita_3_Default_Resources.bundle with the database
…
Krita will quit now.
Is there something else to install? Is it a known problem or can i help?
Yes, it is merged now, though there is bit problem in packaging now, the QtSql driver is not packaged along with Krita. Folks are on fixing it, 
Thanks for the response @hellozee, i was pretty sure Krita team was trying to fix this. If i can be on any help, tell me
I definitely use the resource manager more if it was more robust.
Head over to the mockup thread if you want to participate in the discussion about it: