<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN" "http://www.w3.org/TR/REC-html40/strict.dtd"><html><head><meta name="qrichtext" content="1" /><style type="text/css">p, li { white-space: pre-wrap; }</style></head><body style=" font-family:'DejaVu Sans'; font-size:9pt; font-weight:400; font-style:normal;">On Thursday 20 August 2009, Kai-Uwe Behrmann wrote:<br>
> Am 20.08.09, 18:13 +0400 schrieb Alexandre Prokoudine:<br>
> > IIRC, it has functionality similar to what Oyranos does (or is<br>
> > supposed to do) -- applying CMS settings consistently for the CS.<br>
><br>
> For Oyranos is at least a front end needed like the in development being<br>
> Kolor Manager.<br>
And there too, I think the logical position of CMS settings is in "KDE Settings" or "Gnome Settings" (or "Windows Settings").<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>This doesn't prevent application to link directly to those component, we can imagine having a menu entry called "manage your asset" which open dolphin/nautillus in the directory with assets. And I do intend to embedd the kolor manager panel in Krita's configuration dialog, when I will have time to start using oyranos in Krita.<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>We have to keep in mind that Adobe do some of the thing it does because they don't have control on what can be done at each level of the OS, while we have the opportunity to do the right thing :)<br>
-- <br>
Cyrille Berger</p></body></html>