[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-kimageshop
Subject: Re: Selections on the Adjustment layers
From: Sven Langkamp <sven.langkamp () gmail ! com>
Date: 2009-09-03 19:29:10
Message-ID: 478b087a0909031229r4a7646ebh5ab3b7b254c12b0d () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Thu, Sep 3, 2009 at 8:58 PM, Boudewijn Rempt <boud@valdyas.org> wrote:
> On Thursday 03 September 2009, Sven Langkamp wrote:
> >
> > I think with the way masks currently work in Krita it doesn't get much
> > clearer:
> > http://img197.imageshack.us/img197/8666/adjustmentlayer.png
> >
> > On one hand it's more clear that you have a mask. On the other hand the
> > placement below the layer makes it harder to see that there is a mask as
> > it's only indicated by a "+" and you always you always have to colapse
> the
> > tree to edit it.
>
> Well, that's just an implementation artefact of our layerbox: originally,
> we
> intended to make masks appear in a row after the layer, but that was never
> implemented.
>
Whouldn't that be the same as Gimp/Photoshop?
> > We should think about the possiblity to treat pixel and vector
> > independently.
>
> Make two different types of selections? That might well help, if we can
> find a
> solution for the global selection.
>
> > The major problem I have with the current masks is the order in which the
> > composition done from user point of view.
> >
> > Example:
> > http://img406.imageshack.us/img406/5144/adjustmentlayer2.png
> >
> > With filter mask it starts with the paint layer, jumps to the lowest
> child
> > of the layer and goes upwards while compositing (With explicit masks
> would
> > even be one level deeper)
>
> Er -- what do you mean with explicit masks here? I'm not suggesting to take
> make a filter mask into two nodes in the layerbox, but we could consider
> making the mask/selection/paintdevice in the filter layer explicit.
>
By an explicit mask I mean a mask that isn't built-in. In Krita the only way
to do that would be to have a child.
Such a mask could be turned off or moved without, while for example the
adjustment layer stays in place (then working on the whole image)
> > What's also weird is that the preview image of the finished layer would
> be
> > shown in the first child of the source layer (last filter mask).
> >
> > With adjustment layer you need additional group layer, but it has the
> > advantage that the group layer shows the preview. Another advantage is
> that
> > the compositing only upwards.
>
> I'm not sure I follow you here, not even with the image.
>
Let's say you would minimize Layer 1. As a result the layer box would only
show Layer 1 and the masks would be hidden. The small thumbnail would show
the content of the layer, but not the effect of the masks applied to it. It
would be the same no matter if the tree is collapsed to the top or the
bottom.
On the other hand the group layer would show a thumbnail of the layer with
all filters applied.
> One big problem is that if you have a very slow filter in between
> real-time
> > updates are no longer possible.
>
> But that's always going to be a problem, right? Not sure how relevant
> that's
> here.
>
> --
> Boudewijn Rempt | http://www.valdyas.org
> _______________________________________________
> kimageshop mailing list
> kimageshop@kde.org
> https://mail.kde.org/mailman/listinfo/kimageshop
>
[Attachment #5 (text/html)]
<div class="gmail_quote">On Thu, Sep 3, 2009 at 8:58 PM, Boudewijn Rempt <span \
dir="ltr"><<a href="mailto:boud@valdyas.org">boud@valdyas.org</a>></span> \
wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, \
204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div class="im">On Thursday 03 \
September 2009, Sven Langkamp wrote:<br> ><br>
</div><div class="im">> I think with the way masks currently work in Krita it \
doesn't get much<br> > clearer:<br>
> <a href="http://img197.imageshack.us/img197/8666/adjustmentlayer.png" \
target="_blank">http://img197.imageshack.us/img197/8666/adjustmentlayer.png</a><br> \
><br> > On one hand it's more clear that you have a mask. On the other hand \
the<br> > placement below the layer makes it harder to see that there is a mask \
as<br> > it's only indicated by a "+" and you always you always have \
to colapse the<br> > tree to edit it.<br>
<br>
</div>Well, that's just an implementation artefact of our layerbox: originally, \
we<br> intended to make masks appear in a row after the layer, but that was never<br>
implemented.<br><div class="im"></div></blockquote><div><br>Whouldn't that be the \
same as Gimp/Photoshop?<br> </div><blockquote class="gmail_quote" style="border-left: \
1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div \
class="im"> > We should think about the possiblity to treat pixel and vector<br>
> independently.<br>
<br>
</div>Make two different types of selections? That might well help, if we can find \
a<br> solution for the global selection.<br>
<div class="im"><br>
> The major problem I have with the current masks is the order in which the<br>
> composition done from user point of view.<br>
><br>
> Example:<br>
> <a href="http://img406.imageshack.us/img406/5144/adjustmentlayer2.png" \
target="_blank">http://img406.imageshack.us/img406/5144/adjustmentlayer2.png</a><br> \
><br> > With filter mask it starts with the paint layer, jumps to the lowest \
child<br> > of the layer and goes upwards while compositing (With explicit masks \
would<br> > even be one level deeper)<br>
<br>
</div>Er -- what do you mean with explicit masks here? I'm not suggesting to \
take<br> make a filter mask into two nodes in the layerbox, but we could consider<br>
making the mask/selection/paintdevice in the filter layer explicit.<br><div \
class="im"></div></blockquote><div><br>By an explicit mask I mean a mask that \
isn't built-in. In Krita the only way to do that would be to have a child.<br> \
Such a mask could be turned off or moved without, while for example the adjustment \
layer stays in place (then working on the whole image)<br> </div><blockquote \
class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt \
0pt 0.8ex; padding-left: 1ex;"> <div class="im">
> What's also weird is that the preview image of the finished layer would \
be<br> > shown in the first child of the source layer (last filter mask).<br>
><br>
> With adjustment layer you need additional group layer, but it has the<br>
> advantage that the group layer shows the preview. Another advantage is that<br>
> the compositing only upwards.<br>
<br>
</div>I'm not sure I follow you here, not even with the image.<br><div \
class="im"></div></blockquote><div><br>Let's say you would minimize Layer 1. As a \
result the layer box would only show Layer 1 and the masks would be hidden. The small \
thumbnail would show the content of the layer, but not the effect of the masks \
applied to it. It would be the same no matter if the tree is collapsed to the top or \
the bottom.<br> <br>On the other hand the group layer would show a thumbnail of the \
layer with all filters applied.<br><br></div><blockquote class="gmail_quote" \
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; \
padding-left: 1ex;"> <div class="im">
> One big problem is that if you have a very slow filter in between real-time<br>
> updates are no longer possible.<br>
<br>
</div>But that's always going to be a problem, right? Not sure how relevant \
that's<br> here.<br>
<font color="#888888"><br>
--<br>
</font><div><div></div><div class="h5">Boudewijn Rempt | <a \
href="http://www.valdyas.org" target="_blank">http://www.valdyas.org</a><br> \
_______________________________________________<br> kimageshop mailing list<br>
<a href="mailto:kimageshop@kde.org">kimageshop@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kimageshop" \
target="_blank">https://mail.kde.org/mailman/listinfo/kimageshop</a><br> \
</div></div></blockquote></div><br>
_______________________________________________
kimageshop mailing list
kimageshop@kde.org
https://mail.kde.org/mailman/listinfo/kimageshop
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic