Am 14.03.12, 11:26 +0100 schrieb Kai-Uwe Behrmann:
Request ID:
https://bugs.kde.org/show_bug.cgi?id=295987
About:
KolorManager is a front end to the Oyranos Colour Management System (CMS).
Why:
Colour Management is a important part of modern desktops. It helps designers
to improve colour usability, artists to predict artwork appearance on client
computers and graphic professionals to work with reliable colours. Oyranos is
carefully designed to meet that demands. The KolorManager configuration front
end is a KDE systemsettings panel for manual interaction in the otherwise
automated process of configuring devices and providing reasonable defaults.
The device configuration inside Oyranos CMS is a precondition to get DE
colour management well working. Some applications like Krita or Gimp support
already common OpenICC standards like the ICC Profile in X spec and will
directly benefit from KolorManager being inside KDE. Other need further work
to integrate Oyranos and ICC support.
About Oyranos: http://www.oyranos.org/about
Request:
After working on KolorManager and Oyranos in the past months for the last
Oyranos-0.4.0 release, we feel the stack is ready to review for inclusion
into KDE.
KolorManager resides currently in Playground/Graphics:
http://quickgit.kde.org/?p=kolor-manager.git&a=summary
Someone mentioned kdegraphics would be a appropriate target place inside the
KDE hierarchy.
Given the recent discussions in this thread, there is not something
fundamentally technical to change inside KolorManager. Many have expressed
the opinion to move it not into kdegraphics ATM and use kdeextragear
instead.
As most applications on Linux use the Xorg atoms to do ICC monitor
compensation, a KolorManager to setup device profiles might help them
already.
Can we proceed with the move into extragear?
thanks in advance
Kai-Uwe Behrmann
--
www.oyranos.org