<div class="gmail_quote">On Wed, Mar 14, 2012 at 12:53 PM, Boudewijn Rempt <span dir="ltr"><<a href="mailto:boud@valdyas.org" target="_blank">boud@valdyas.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>On Wednesday 14 March 2012 Mar, Daniel Nicoletti wrote:<br>
> > Request:<br>
><br>
> > After working on KolorManager and Oyranos in the past months for the last<br>
> > Oyranos-0.4.0 release, we feel the stack is ready to review for inclusion into<br>
> > KDE.<br>
> > KolorManager resides currently in Playground/Graphics:<br>
> > <a href="http://quickgit.kde.org/?p=kolor-manager.git&a=summary" target="_blank">http://quickgit.kde.org/?p=kolor-manager.git&a=summary</a><br>
><br>
> Just a quick question, currently we have two CMS stacks, colord and<br>
> oyranos, while<br>
> I have nothing against having two of them in KDE, I wonder if this  would become<br>
> a problem for colord-kde [1] to enter in kdegraphics too?<br>
<br>
</div>There should be only one.<br>
<div><br>
> In that case<br>
> would be better<br>
> to both go to kdeextragear or is there some different policy in this case?<br>
<br>
</div>No. There should be color management by default in KDE, that's really important; and there should be only one solution by default. We shouldn't let distributions, or even worse, users decide which solution they use. That way madness lies. KDE's Color management solution shouldn't be in extragear.<br>

</blockquote><div><br>Distribution shouldn't decide that, but I think they will do it. If 
Fedora and Ubuntu both push colord, then it will practically become the 
standard, no matter which one is actually better. From past experience it's more than likely that they would patch it otherwise. Beside if e.g. Krita is running under Gnome it would have to interact with colord.<br><br>
This could become the next Betamax vs VHS. My feeling is that colord currently is on the way to win this, as it backed by more projects.<br><br></div>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
As to which one is selected, there are a couple of ways to decide.<br>
<br>
The first is, first come, first go. Kolormanager has been in development for quite some time now, and colord is an upstart, gnome-derived technology. Integration of colord in kde was only started very recently. Everyone is free to start a competing project, even inside KDE, but to make that project block a pre-existing project isn't the way to go.<br>

</blockquote><div><br>Well it's not nice, but it happened before e.g. DBUS/DCOP or telepathy. Still it's sad what happened here.<br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">


The second way to decide would be on technical merits. I'm not going to go into that discussion; I've seen too many tiresome discussions already, and I don't feel really competent anyway.<br></blockquote><div>

<br>As can be observed in this thread both solutions have some advantages and disadvantages. They are hardly comparable and we have no experts to look into this. <br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">


For me as an application developer, life sucks anyway, since I have to support Linux, Windows and OSX, so for the time being, the application will offer its own way to select profiles, in addition to using the X11 display atom that both colord and kolormanager support. (And I don't want to think about printing anyway.)<br>

</blockquote></div><br>