I like it a lot. It's so cool. Thanks, will be included in my thesis.

I'm just curious if you would be able to paint hairs, fur or something like that with my brushes? Hairy brush maybe or particle brush? Just a suggestion for next demo

Thanks Lukas, and good for your thesis.
About hair, I will try to tweak the setting and watch if I can set something similar to this :

This kind of brush , named sparckled are used a lot in digital paiting, and I really like them for fur/hair. I learn to use it as many artist with the tutorial of Linda Bergkvist : http://features.cgsociety.org/story_cus ... ry_id=3174

Deevad wrote:About hair, I will try to tweak the setting and watch if I can set something similar to this..

Ups, hairy and particle brush engine support just 1 pixel particle :\

I will work on the particle brush and add support for any shape.
I will try to make it possible but the sources will be in different brunch maybe at the end of the week. Are you able to switch to different branch then?

Deevad wrote:About hair, I will try to tweak the setting and watch if I can set something similar to this :

I spent some time experimenting in particle brush with particles bigger then 1 pixel and I did not succeeded yet. It is too slow to be useful for you

But I'm writing chapter about hairy brush and I'm improving hairy brush as I write the text.

I added some new features like:
o anti-aliasing of the hairs
o connected hairs
o sensors for opacity and rotation.
o check box for turning off the ink depletion (ink depletion of by default)

But the sources are in koffice feature branch.

I did this quick test for hairy hairs


Here is the preset ( works for koffice feature branch only ):
http://lukast.mediablog.sk/presets/hairs-hairy1.kpp

Also enkithan did some hairs with hairy brush [1] [2] [3], but I clearly see that different technique is used in digital painting. My brush is trying to do it in a quick&dirty way so far.

[1] http://lukast.mediablog.sk/images/20080 ... -zoom.jpeg
[2] http://lukast.mediablog.sk/images/20080 ... tion-2.jpg
[3] http://lukast.mediablog.sk/images/20080 ... ion-4.jpeg

Only one pixel wide for the hairy brush? Didn't we spend quite a bit of time getting anti-aliased, thick lines in KisPainter?

Hey,
Sorry for the lake of feedback Lukas and Boudewijn, I got a hard week and I updated this morning after reading the blog post of the week 13 and 14. REALLY impressive merging of my favorite brushes. Wooao so much of new things to test from a digital painting p.o.v.

I saw the split of button in the top menu and I got some idea about ; splitting the brush creation part to the custom presets. I think the preset menu have an enormous potential in Krita.


I will continue my test soon. Thanks for the good new dev things ! (I absolutely have to test this new "rake" / or "pixel knife" brush you did , Lukas )

Some nice ideas there!

Hey, if the idea is to have speedy access to presets, it would be awesome to have a docker always available in the right column. I'm thinking something a bit like MyPaints brush selector when you first open it, but as a docker. That way every preset could be selected with one click, rather than a click to open the panel and then another one to select the preset. Being a docker, people could even place it as a thin horizontal bar at the top / bottom of the screen a la Inkscapes colour chooser if they wished.

Please keep at least the option of the scratch pad. Making a change. Switching to the main window. Trying it. Switching back to edit your change and repeating multiple times was a pain, that the scratchpad fixed so beautifully!

+1 to being able to extend the configuration window down to see more presets!

We have already been considering moving the two tabs in the brushes popup to different popup buttons, so there would be "brush engine combobox" "brush settings popup" and "brush presets popup". Enkithan already made icons for that . I would keep the scratchpad in both popups, though, since it's useful for quickly testing a preset as well as trying options for a new preset design. A good thing about separating is that the preset list popup can become taller, but we were wondering about synchronizing between the options and the preset -- we are fumbling a bit here because we lack a real interaction designer to work on this for us.

The whole preset/brush settings popup can already be detached to make it into a modeless top-level window. I'm not sure about putting the presets in a docker: it can be done, but the docker area is already very overloaded.

About the brushes: a translator pinged me about the numbering in the file names (http://lists.kde.org/?l=koffice-devel&m ... 809979&w=2). Are those numbers needed to organize the brushes in Gimp?

boudewijn wrote:The whole preset/brush settings popup can already be detached to make it into a modeless top-level window. I'm not sure about putting the presets in a docker: it can be done, but the docker area is already very overloaded.

this option is very hard to find imo. additionally, the modeless top-level window doesn't really fit beside the main window (uses to much space) and it is gimp style (no, i don't like gimp style modal windows).

it would be possible to dock it on the left, top or bottom. depending on the preview size of the presets, it could fit nicely at top or bottom. another possibility would be a second column on the right, but that would need new features on qt side afaik.

maybe it would be cool, to have a separate docker with user selected presets, so that users don't see all presets, that are installed, all the time.

anyway, imo the user should be able to dock brush settings if he wants.

boudewijn wrote:About the brushes: a translator pinged me about the numbering in the file names (http://lists.kde.org/?l=koffice-devel&m ... 809979&w=2). Are those numbers needed to organize the brushes in Gimp?

Yes, they are useful in Gimp only. The "A-" place my preset on the top of the other existing brush ; the number , just organize them like this :


For the brush detaching presets ; imo , docking is better and more consistent in the mood of Krita Ui.

The other nice thing about dockers, is that, obviously, it's possible for people to only show the ones they want. Yes there are a load of dockers available, but for me, the vast majority of the time I only have layers and tool options open.

The main thing is that they're designed in a way that lets them work well on all four sides. For this, I'd suggest using squares instead of rectangles for the preview and having them "flow" to whatever width is available (like CSS's "float:left" property).

Kubuntiac wrote:[...]I'd suggest using squares instead of rectangles for the preview and having them "flow" to whatever width is available (like CSS's "float:left" property).

I totally agree with Kubuntiac.

On my system I get this kind of menu since the last 3 updates, I presume everybody got the same, but I wanted to share if it's only for my system:

Hi,

I fixed the error in the brush options pane last night .

I'll give making the presets lists into a docker a try, although I'm still afraid the space will be too small. Also -- square preset previews? Would that even work -- I mean, you cannot see any of the dynamics stored in the preset.

And we definitely need a way to order the brush tips, and also the presets. I might just add alphabetical sorting for now, that way your brush naming works for Krita as well.

Hm, yes, I like Adam's idea, if I understand it correctly: we can have a popdown with all presets for a certain brush engine or a tag -- and a docker where users can drag presets to, and that remembers the current working set. Although that comes really close to what we want to achieve with the brush/color palette popup as well.

We really need an interaction designer here! There are so many possibilities...

Peter! Help!

Sounds good to me though! As to whether square previews can work, check out MyPaint. Imho, they work pretty well, there... Has anyone ever tried talking to Celeste about this stuff?