Selections on the Adjustment layers

[Dmitry Kazakov]

>
> - Having a separated mask explicitely shows that you can change the
> transparency and you're sure your tools will perform the same way.
> Another advantage is that you can drag&drop/copy the mask to another
> layer easily. When the mask is deleted, the filter layer would be
> applied on the whole image.
>

Yes, explicit mask is better, BUT see above and below


> - But we can also see things the others way around: Paint layers and
> Shape layers have built-in transparency too. So maybe it's is more
> logical to put a built-in transparency mask in other layer types.
>

I can't remember any "built-in transparency" on paint layers. Do you mean
1-100%?


> The problem with filter layers is that selections are used as data AND
> as a filter for other tools. For example:
>

Yes, double use of selections is not that good.



> There is 4 ways to display a mask:
>


> - as a colored overlay.
>

Sven said we had that one day, but now it simply doesn't work.


> Again, here is the behavior of a well-known graphic editor ;P :
>

Well, that is the problem! "A well-known graphic editor" doesn't have any
masks other than Transparency masks! (don't speak about selections)

In Krita we have special masks like filter-masks that can't have a child.
This means they can't have any transp. mask as a child. That's why they
workaround it with a selection. Adj. layers needn't these selections really,
but they use to be uniform with masks.



> - Masks are shown on the same line than their parent layer, so it
> doesn't take more space in the layer docker.
>

That's a good solution too, but krita's paradigm says that a layer can have
infinite number of masks. Even if all of them are Transp. masks. I don't
know how to resolve this.



> Now to resume my thinking :
> - All masks must behave the same way, even if built-in a special layer
> type.
> - The current filter layer built-in mask is almost unusable :/.
>
I'm working on this.


> - Selections should not be allowed to paint/erase pixel directly.
> - Mask data and display of that data should be independant.
>
- The user should be able to switch easily between display mode
> (selection/transparency/...).
>
Agree. Sven knows where to fix it in overlay subsys. (right, Sven? ;) )


-- 
Dmitry Kazakov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kimageshop/attachments/20090903/15808265/attachment.htm