In this week's KDE Commit-Digest: Image support in Parley, and support for formulas in the note feature of the Step physics simulation package. blinKen changes capitalisation to Blinken for the KDE 4.0 release. Theme work across kdegames, with better collision detection in Kolf. More XMP integration work in Digikam. Work on KConfig merged back into trunk/. Colour conversion system becomes fully operational in Krita. Continued work on the port of the Kickoff menu to KDE 4, initial work on a centred-button menu in Raptor. KIOFuse, the KIOSlave filesystem bridge, starts to be ported to KDE 4. An uncertain future for the Klipper applet in KDE 4.0, compared to its KDE 3.x form.
Dot Categories:
Comments
Colour conversion system becomes fully operational in Krita????
It is hard to know what to say. It is obvious that a lot of hard work was put into this, but the plain fact is that in 1.6.3 it doesn't work correctly. At least it doesn't do what I expect -- it appears to work backwards.
Please see:
http://lists.kde.org/?l=koffice-devel&m=119234141218707&w=2
which includes links to screen shots.
In this context perhaps the term 'colour conversion' is a misnomer.
James, please make a noise like a hoop and roll away. You don't know what you're talking about and your spamming the developer mailing list only wastes our time.
Boudewijn, I think that James "performances" are well-known to every KDE passionate user, but nonetheless it's useful repeat it again and again because he really likes to generate noise on a couple of topics he (thinks he) knows (Krita colors convertion, KOffice/Qt font rendering etc).
It should be noted that I am 100% correct about the Qt PS driver issue. It should also be noted that I was not the first person to raise the issue. WYSIWYG does not work correctly in KWord 3.x. We all hope that with Qt 4 that this can be fixed.
BR insists that he knows that RGB and CMYK color models are not (mathematically) equivalent and the users should use CMYK data files for printing (photographic printers [like at the one-hour places] actually are RGB). In this instance he doesn't appear to know what he is talking about. But, I have not been rude and insulting to him. I have not posted a blog on the web for the sole purpose of insulting him. Perhaps he doesn't know the difference between remarks about an application and personal insults. This is an important distinction we all need to make. People that can't make this distinction have too much of their ego invested in their code.
Yes, I made an error using Krita and the incorrect file which I posed is the result of that error. However, there does seem to be a bug in the way it converts to a smaller gamut using Perceptual Intent. At least, I did it over and the result is still not what I consider to be correct [file at the same place].
So, is this how we should do things. Insult people that have trouble using an app or that actually find bugs and tell them to go away. If he will treat me with respect, I will attempt to return the favor.
Well, I didn't take your advice. I kept at it till I found the cause of the problem.
As often is the case, it wasn't what it first appeared to be.
http://bugs.kde.org/show_bug.cgi?id=150890
This bug resulted in my having a file which was as I described, the color management was backwards. This happened not because of a problem with the color management but the result of not properly loading and saving the file. There is no easy way for a user to tell since the screen image looks the same in Krita
Cyrille Berger is working on it.
I still have some questions about saturation which is very important in photographic printing since saturation is always lost due not only to imperfect dyes (as in inkjet printing) but also due to imperfect color sensitization.
After considerably more work on this, I find that it works perfectly when converting from a small gamut to a large gamut -- which is not what I am interested in. However when converting to a smaller color space using Perceptural Intent, it clips the data.
This reference (NOT ME):
http://www.cambridgeincolour.com/tutorials/color-space-conversion.htm
says that this is wrong.