I don’t, went on tangent.
Yes, that’s what I mean. The ‘Embed Tags’ button does not display the tags you add to the brushes, which is why I think a text field with autocompletion for existing tags and the ability to create new tags would be useful. I’m thinking this should work the same way as adding tags to discord: type the tag name > add a comma > the tag is displayed as a ‘grey button’ with a cross box at the top right to remove it. Hope this is clear.
1 Like
Perhaps it would be sufficient to do and display this as it is in the “Manage Resources” dialog? There you can “pick out” individual resources as well as select ranges, and even unrelated ranges of resources can be assembled from the available stack of resources to tag, and then add one or more tags to them. You can see the added tags and they are conveniently addable.
I am attaching a screenshot in the hope it can be seen there.
So perhaps code already existing in Krita could be (re-)used.
Michelist
3 Likes
That would also be a good solution indeed.
@Hologram and @Michelist maybe then I can get rid off the Embed Tags button and do something similar to Manage Resources for adding tags in the Bundle Creator. So there would be a + which when clicked will show the list of default tags as well as allow us to create our own tags.
Now the only problem is, since I was planning to do click to select, double click to deselect resources on the Search grid-view (refer to @SirPigeonz 's last comment), adding tags by selecting resources would not work on this. So maybe, what I can do is (and what should be done considering we will only add tags for selected resources) implement this selecting one/all resources to add tags for the Selected list view/grid-view(depends on which settings you choose).
I can make a new mock-up in case I wasn’t clear, let me know!
If this should be considered, why not give access to it via a switch, maybe a radio button, this way you can toggle what to edit/select for what action? That way you avoid the collision.
Michelist
@Michelist
If I choose to insert a radio button, for choosing what to do with clicking, I would also need to add a button named Add to Selected that should be enabled and used for adding resources to the list of selected resources when click to select is not enabled. That would yet again make the interface a bit more cluttered which I’m trying to avoid but I can consider doing this if others agree to this.
wow, a lot of comments here. maybe tomorrow i will invest time on this 
supercool to see people active
1 Like
It is only an idea to one possible way to go.
But if one keeps in mind that this dialog is not a dialog used in the painting process, where clutter should be avoided, but instead a dialog for making the overall process to create bundles more convenient, it should be acceptable.
But as another way, I could imagine to, more or less, “stacking” or doubling this dialog, the first time it opens it is for selecting and the second time for tagging. And a denomination in the title bar of each dialog to make it clear.
But also this is only an idea, a way that could be gone, but I’m sure there could be other ways, therefore we discuss it - to find a way.
Michelist
1 Like
How about color coding the tags? For example, the first tag is ‘BundleName’, then any brush with this tag applied is given an orange dot in the thumbnail. Or, better yet, letter code it. Give it the letter B. The tag itself gets an underscore in the name or is appended with “(B)” so you can tell them apart. Then if you have a tag called “Bristle” it will then use the next free letter available, which is the “(R)”. Underscoring this would be similar to the convention of underscoring in the Toolbar when you press alt:
I think that would be clearer than appending text, because that might confuse someone that the tag is altered.
There I would be if at all for the letter coding, because with color coding I would be lost in my maximum configuration, with about 150 different tags, which come by the way up to 6 tags assigned by me from the installed bundles.
For this color or letter coding it can only be good as an additional means of differentiation, if at all. Because who specifies which bundle maker uses which colors or letter encodings? That would give within short time a hopeless confusion of identical codings, whether colors or letters is irrelevant. After all, everyone will want an appealing labeling for their resources, i.e. only as few letters as possible and clear and strong colors, and both will quickly become a scarce commodity.
My belief is that detailed descriptive tags, such as the current ones, must be possible and preserved.
It is important to remember, when making such decisions, that not everyone will have the same needs as those of us who are discussing them.
I recall the inclusion of the layer stack in the undo history, there were a poll with about 30 votes at the time of evaluation, with the majority counting only a few votes, I think it was 3 or 4 votes more, resulted in millions of Krita users, not even knowing this poll or forum exists, having the current handling forced upon them, and disliking it. A few, from this user mass, have “managed” to find this forum as the “cause” of this change, registered here and complained about it. As well as some of the users of this forum, who do not like this decision at all, and who missed this survey, for whatever reason.
Michelist
Remember that this is in the bundle creator, so you’ll be creating your own bundle. This is where you get to see which tags you have applied to the brushes you’ll be bundling. So I doubt anyone will have more than 10 different tags. These letters aren’t meant to be exposed elsewhere than the bundle creator. And as you said, colour coding scales worse with many tags.
I think displaying the initial letters of a tag in the top right of the brush thumbnail would be pretty helpful to identify tags for non-selected brushes. For selected ones, you’ll see the tags as you would in the Manage Resources window. But, this may display tags that are only applied to certain brushes and not all of them, hence the letter indication.
I personally don’t see any issues with this for the Bundle Creator, if so, do point them out.
1 Like
I had understood that differently, so these “fears” were unfounded. 
Michelist
Option 1:
By stacking of dialogues do you mean something like this:
- Bundle Creator opens, with a sub-heading
Add Bundle Details and Choose Resources. On the lower right part, a button namedNext. - On clicking
Next, a new display appears with subheadingAdd Tags to Selected Resources. On the lower right part, two buttonsSaveandCancel.
Option 2:
Or as an alternative, I can expand the Bundle Creator(horizontally) in size to accommodate the Tags part in the same window display.
Let me know if I misunderstood you!
It meant option 1 and you understood it correct.
If you look at my screenshot, for which I deliberately chose the extensive bundle of @fizzyflower, you can see there that there are bundles whose scope alone requires several tags, and there it seems to me advantageous to get this way large clear dialogs, instead of minimizing this. Well, I just don’t see that well anymore. 
Michelist
Do you mean something like this? (Also this is just a very rough mock, ignore sizing, spacing, button names)
- Note how Texture Splat thumbnail in
Searchgrid view has I P T on the right part forInk,PaintandTexturetags (although looks like it’s in the middle - that’s just my bad editing) - And in the
Selectedlist, the naming has_I_P_Tto indicate the tags selected.
Just let me know if this is what you suggested, I think I might have misinterpreted certain parts.
Yeah okay, I also think Option 1 would be a neater solution to the problem. I can try creating a “good” mock to demonstrate all these changes. 
This is what I meant indeed.
Not this, you could display the I, P, T as you did on the thumbnail for the selected as well as the gridview.
What I meant is underlining the same letters in the tags, like so:
Oh okay. Also, can you please explain again why exactly you needed these to be underlined? It wasn’t completely clear to me in your previous reply (sorry :().
I’m not @Hologram, but I thought it is wanted because this is a way to quickly access menus, options, and instructions in a software, in fact this is a shortcut-system, and that was the reason that lead me to my misinterpretation, I thought it were meant to access the resources later in Krita through these shortcuts.
Let’s hear what @Hologram has to say about it.
Michelist