<br><br><div class="gmail_quote">On Thu, Apr 28, 2011 at 2:43 PM, Silvio Heinrich <span dir="ltr"><<a href="mailto:plassy@web.de">plassy@web.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On 04/28/2011 07:46 PM, Boudewijn Rempt wrote:<br>
> Well, consistency with the way other apps work is important too, especially since our users will likely use a range of applications. I'm not sure I understand all implications, though.<br>
<br>
</div>Ok... I try to explain it better.<br>
I think we can only maintain compatibility with other applications but<br>
not UI-consistency (or consistency in usability, or whatever).<br></blockquote><div><br></div><div>In the following paragraphs we can see how this idea is explained with crystal clarity.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Right now we are trying to maintain compatibility with Gimp and<br>
Photoshop but this two applications really behave different when it<br>
comes down<br>
to compositing. For compositing Photoshop uses some kind of wighted<br>
average (or whatever) to mix the source color into the resulting color and<br>
recalculates the alpha value accordingly when the destination color is<br>
semi transparent but Photoshop does this only for compositing while<br>
painting.<br>
And you can disable this by locking the alpha channel in Photoshop. Gimp<br>
doesn't use this at all (besides the "Normal" blending mode").<br>
Gimp behaves for all blending modes expect "Normal" like if the alpha<br>
channel is locked.<br>
<br>
And now we are here with Krita.<br>
Krita doesn't distinguish internally between compositing the brush<br>
strokes and layer composition (it uses the same code).<br>
To make it compatible to Photoshop I implemented the blending mode<br>
computations after the specs of Adobe.<br>
And since Krita doesn't distinguish between the two compositing types I<br>
only could bring this all together by adding the "disable alpha" button<br>
so that the user can choose what he/she prefers.<br>
<br>
This explanation maybe wasn't so clear, too... hmm... I'm not good at this.<br>
Maybe short:<br>
- Inverting the alpha channel will alter the default behavior of the<br>
"Normal" blending mode (leads to incompatibility to both Gimp and Photoshop)<br>
- making it completely consistent to Gimp will destroy Photoshop<br>
consistency (and vice versa)<br>
<br>
I thought I found a good way in the middle of both applications.<br>
But I'm of course open for suggestions on how I can get rid of this<br>
inconsistencies without introducing other inconsistencies :D<br>
<br>
Thx for listening :D<br></blockquote><div><br></div><div>Basically you found a way to make Krita consistent to both programs at the cost of adding the extra UI overhead. Your explanation was very clear.</div><div><br></div>
<div>I think just a good entry in the manual and an introduction to that in the "using Krita for the 1st time" splash screen would be enough to dispel the user's doubts.</div><div>Maybe giving this explanation in summary mode in <a href="http://krita.org">krita.org</a> (the blog) would help gather user feedback on alternative solutions to this problem, but I already think your solution is very good.</div>
<div><br></div><div>Cheers!,</div><div>Pentalis.</div><div><br></div></div>