GNOME has been a color managed desktop by default for two releases now, and I deliberately designed colord to have an open Freedesktop DBus API that could be used by both desktops. I am a little disappointed in KDE that it hasn’t made the jump too. Really, KDE just has to include a KCM module to do the 6 things on this list and also perhaps include a simple control center panel to configure it.
Basically, I need a KDE dude. Of course, I can help quite a lot and mentor the project, but I’ve never really coded Qt or C++ in anger, so to speak. If you’re interested, I could maybe even set up a Google summer of code place as well, although I’d prefer it to be an existing person familiar with the KDE community so there is some ongoing maintainer.
If anybody is interested, let me know and I’ll set up a meeting and we can talk and discuss details. Thanks.
You may want to send this at kde-core-devel and kde-hardware-devel mailist, not everybody has GNOME planet sindicated :p
Keep us informed, if there are any news about a color managed KDE.
@Tobias there is already colormanagement for KDE called oyranos, even when Mr. Hughes it dont like
I know nearly nothing about colormanagement, but I’m interested a lot in cross-desktop/platform solutions and I’m a long-time KDE poweruser.
Some time ago a blog from the Oyranos author appeared in the KDE blogosphere and I asked, what’s the point of yet another color management solution.
The response:
http://www.oyranos.org/2011/11/kde-and-colour-management/#comment-47
Since I don’t have enough knowledge about color management to judge this statement, I just call upon both sides of this topic to try again to work together, address the flaws of both solutions and cooperate in a way which helps all desktops/platforms.
I don’t think it’s possible. Oyranos and colord have orthogonal concepts and, what’s more depressing, opposing working ethics.
The second sentence is astonishing neutral. I am willing to see it as a sign of hope.
OpenICC (www.openicc.info) is a platform to meet on neutral ground. It would be great to use that for collaboration in a constructive way. After all, we are few people working on colour management and in a broader sense on open source graphics.
Part of the success for good collaboration is to formulate and address critique. I hope we get there forward and do not segment.
Hi Richard,
I am not a KDE contributor. But I would like to do. I have some industrial experience in Qt/C++ Desktop Application Development.
I used Qt first time has User Interface for my college project which was developed it python and I used PyQt cross compiler.
When I was working at One View Systems( its a video surveillance software development company ) used Qt/C++, OpenGL(little bit), VLC C++ library, etc to develop a linux based stand alone IP Camera surveillance software, the os platform was fedora.
Currently I am working at VCreateLogic Bangalore, India( http://www.vcreatelogic.com ). Working on a infrastructure application( Project for Civil Constructions ) developing in Qt/C++, GCF( home grown product Generic Component Framework ) and lot more 3rd party C++ libraries.
I can do GSOC too, because currently I haven’t completed my Bachelor Degree (B.Tech. in Computer Science & Engineering 2007-2011). I am still writing my arrears. So I am B.Tech Student.
Even though I am not a Qt/C++ expert, I can do project in Qt/C++. Recently I learned to write code more neat and legibly, because the project on which I am working right now demands it, since its going to be released as an SDK, where 3rd parties develop plugins for this project in future.
So if you find me useful, please consider me for the job. My email id : anwinsenp@gmail.com
Regards,
Anwin Sen P
Qt Developer,
VCreate Logic Pvt. Ltd.,
Bangalore, India.
Contact this guy, they want to be able to implement color management from within the display compositor.
http://www.oyranos.org/2012/02/x-color-management-0-4-draft1/
I have no clue about colour management. But what’s the difference between colord and oyranos? It seems with oyranos the KDE folks have colour management stuff. And the oyranos dev doesn’t seem to like colord.
Oyranos and colord are two competing frameworks. I’ve written much before about the differences and the reasons I did something different to Oyranos. Basically it comes down to scope. colord is a small linux-only dbus daemon that depends on Glib. Oyranos is a much bigger project including things like string copying routines, an object and plugin implementation, and pretty odd deps like libelektra and FLTK.
In about 1 year colord has gone from design to being included by default on most linux distros and being integrated fully into GNOME. After the last 5 years, oyranos doesn’t have a significant user base.
https://www.google.com/trends/?q=oyranos,+colord
“colord is a small linux-only dbus daemon that depends on Glib.”
KDE is not linux-only, its ported to BSD for one, and large parts of it run on windows as well.
Plus does KDE already depend on Glib?
[WORDPRESS HASHCASH] The poster sent us ‘0 which is not a hashcash value.
I do not intent to compete e.g. in the Gnome field. It involves a lot of work to get one DE right. I am happy that Richard cares about Gnome with GCM and other activities.
Colour managed printing and displaying concepts and implementations are moving on and it would be helpful for our users to synchronise in these activities. Let us meet at LGM this spring and discuss that deeper.
I’d think Martin Gräßlin (don’t know how to type those german characters) maintainer of Kwin would be the one you’d want to talk to…