TheraHedwig wrote:@deevad, cool, but the light bluw blur brush is missing, wasn't it in the pack?

I forgot to 'tag' it and I found it now in the big 'All' list.

Note to myself : create a [wish] bug report entry for a primitive resource manager/installer , a single command in Edit>Resources>Install Resource , with ability to auto-tag the imported presets.

Yes! Auto tagging is needed for sure. If somebody gave some sort of key word in the name of their brush set then it is easy to find by simply searching for that key word and then tagging all. But if someone didn't... Plus now all icons look similar (which is a good thing - just not when you are looking for one ) it is hell of a job to find brushes for tagging. Auto tagging would rock.

TheraHedwig wrote:@deevad, cool, but the light bluw blur brush is missing, wasn't it in the pack?.

I was, I forgot to tag it

Today, I went threw your kit , I like it and started to do some fixes for making easier the inclusion into next Krita :
Here the links of this new version : http://www.davidrevoy.com/XYZ/2013-08-3 ... evised.zip

Changes :
* Brush preset names and filenames use now small words , big brushnames_like_that_very_long made issue with Krita sketch
* Preset using a blending mode have now a small icon on the corner to show it
* The preset with the pressure curve cut , got a little tweaking. No difference of feeling on the result, just it 'fix' the low pressure issue.

For next time -- the actual filenames probably shouldn't have spaces in them. CMake, which the build system we use, has huge problems escaping those spaces when installing, which means I have to manually rename from, Bla bla.kpp to Bla_bla.kpp, for instance.

boudewijn wrote:For next time -- the actual filenames probably shouldn't have spaces in them. CMake, which the build system we use, has huge problems escaping those spaces when installing, which means I have to manually rename from, Bla bla.kpp to Bla_bla.kpp, for instance.

Ok , good to know.

@Deevad, you also changed the alchohol markers icon, I see . How so did you decide that the wide smudge brush was worth marking as 'watery' but the round one isn't? They are the same brush but with different tips. The light alchohol marker is also missing?

I actually prefer using underscores instead of spaces too, though that is more out of instinct than actively realising that the compiler doesn't like it because it parses badly. Perhaps make the rule so that the file names must have underscores instead of spaces and the brushnames must have spaces instead of underscores?

TheraHedwig wrote:@Deevad, you also changed the alchohol markers icon, I see

Yes, I started to repaint a part here and there, just for the fun.

TheraHedwig wrote:How so did you decide that the wide smudge brush was worth marking as 'watery' but the round one isn't?

I saw on the original brushes thumbnails a little 'drop' drawed on the corner . I deciced to paste over the symbol I have on disk to make the symbol more obvious to read.

TheraHedwig wrote:They are the same brush but with different tips. The light alchohol marker is also missing?

On my install I noticed an issue: light alchohol marker or mid alchol marker was sort of corrupted and reacted the same as the dark one. I think it was this. The point was I had a 'double ' to remove. So I kept a dark / normal . Feel free to fix

TheraHedwig wrote:I actually prefer using underscores instead of spaces too, though that is more out of instinct than actively realising that the compiler doesn't like it because it parses badly. Perhaps make the rule so that the file names must have underscores instead of spaces and the brushnames must have spaces instead of underscores?

I actually prefer using _ and - instead of space for the filenaming too on my disk. Space are pain with path. I thought it was a Krita default encouraged behavior ; as I saw Krita saving them automatically this way if I fill a name in the UI with space. In fact not, it's a minor bug.

It's offtopic, but i have a short question concerning the file names.

I made brushes and named them bla - bla. The Filenames resulting in bla - bla.kpp
Now i renamed the files to bla_bla.kpp and they were loaded in krita with the original brushname bla - bla. Could this practice cause problems or is it okay?

I have tried the same a while ago, resulting in brushnames loaded like bla - bla(bla_bla.kpp). So this was not practicable in that version, but now it seems to work in another way...

vascobasque wrote:Could this practice cause problems or is it okay?

Yes, I think it's ok. Brush name in Krita is written in the meta data of the *.kpp ; and can be different from the filename.
bla_bla_bla.kpp on the disk , and bla bla bla on the GUI sound good to me.

Okay, fixed the brushes:

Inking brushes 1.3: The fixed presure curves by Deevad, plus the file-names underscored.
Misc Brushes 1.1: Fixed the light-alchohol brush and edited the thumbnails for consistency.

You'll be able to find them in the same links as before

Also, I discovered that the Krita brush system actually recognises brushes in folders as well: A certain blessing because it allows me to separate mine and other brush kits from my own experimental brushes. Perhaps allow for auto-tagging based on sub-folders?

Alright, made my first attempts at using the resource manager, thought he resource manager doesn't actually open it's own bundles yet(it thinks kpp files are pngs...)

However, the bundles are renamed zip-files, so you can just open them with the archive manager to get the brushes out:

The WIP inking pack for 2.9

This pack has been updated with new brushes such as the bumpy ink, the caligraphy ink, but also all the old brushes have been updated with the new anti-aliasing. Better icons will come soon.

And a couple of animated gimp brushes that try to mimick the pressure-based threshold for brush-hairs touching the paper surface. Nice and messy.
WIP animated natural brushes

I'll come with better packs... but first waiting till the resource manager is fixed.

Alright, new thread with updates here: viewtopic.php?f=274&t=125125

boudewijn wrote:For next time -- the actual filenames probably shouldn't have spaces in them. CMake, which the build system we use, has huge problems escaping those spaces when installing, which means I have to manually rename from, Bla bla.kpp to Bla_bla.kpp, for instance.

Hi, i have some CMake experience and usually problems with spaces in filenames/paths can be solved.
Could you give me a short example CMakeLists.txt that shows the problem you are experiencing with spaces in filenames?