Branch: krita-colorchannels-silvioheinrich

Timothée Giet animtim at gmail.com
Wed Apr 13 23:06:23 CEST 2011


Right, is seems this bug was here before the merge, just that it displayed
correctly at loading, and as long as you don't toggle the alpha channel.

(And I can confirm the second bug was already here too.)

2011/4/13 Silvio Heinrich <plassy at web.de>

>  On 04/12/2011 10:20 PM, Timothée Giet wrote:
>
> PS: I just noticed toggling the alpha switch on the grayscale layer produce
> the wrong color bug (a black area on the grayscale layer, appear Red with
> alpha channel enabled, Yellow with disabled).
> So I think the loading issue comes from this new switch.
>
> 2011/4/12 Timothée Giet <animtim at gmail.com>
>
>> Ok after more test here is the issue, well in fact there are two:
>>
>> -when loading a RGB (8 or 16bit) file with some layers in grayscale
>> colorspace mode, those are wrongly displayed (black is red, and white is
>> blue)
>> I can display it back correctly by selecting them one by one and do
>> Layer->Convert Layer Type and reselect the grayscale mode I want (or even
>> faster: right click on the layer, open properties, then click
>> ok on it, it reloads the layer correctly). I've tried to create a new file
>> to reproduce it, the bug is here when trying to load it too (so it's not a
>> old file retro compatibility issue but more a file loading issue)
>>
>> -Second issue, I don't think it's related to your patch but that's the
>> reason why I was confused at first: the Layer docker keeps displaying the
>> infos (blend mode and transparency values.. ) from the previously selected
>> layer instead of the current one.
>>
>  Well... ok... I've created a new brach locally and reset this branch to
> the commit right before I merged krita-colorchannels and
> krita-blendingmodes.
> it was -> f1032ab6bc1a0f3560028655cfac2dba0cfc679d Boudewijn Rempt
> <boud at valdyas.org> <boud at valdyas.org>  2011-04-12 15:11:58
> And this color bug is there, too. So It seems that this has nothing to do
> with the krita-colorchannels branch.
> I'm sorry but I have no guess what causes this behavior :(
>
> _______________________________________________
> kimageshop mailing list
> kimageshop at kde.org
> https://mail.kde.org/mailman/listinfo/kimageshop
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kimageshop/attachments/20110413/a5474d1a/attachment-0001.htm 


More information about the kimageshop mailing list