From kde-core-devel  Fri Mar 16 03:11:25 2012
From: Michael Pyne <mpyne () kde ! org>
Date: Fri, 16 Mar 2012 03:11:25 +0000
To: kde-core-devel
Subject: Re: Review Request: include KolorManager in kdegraphics
Message-Id: <2144428.KJOUr44A41 () midna>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=133186758518971
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--nextPart3895327.6J9J5NJrjk"


--nextPart3895327.6J9J5NJrjk
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="utf-8"

On Thursday, March 15, 2012 12:11:34 Kai-Uwe Behrmann wrote:
> Am 14.03.12, 22:15 -0400 schrieb Michael Pyne:
> > The problem is that the software is /like/ KDE but doesn't use any KDE
> > technologies. To best utilize a given subsystem we would typically use at
> > least a light abstraction layer, using Oyranos (at this stage) entails a
> > KDE abstraction layer on top of a KDE-like abstraction layer (unless KDE
> > apps code to Oyranos directly, which I don't see as likely in general).
> > This API impedance mismatch is undesirable for much the same reasons that
> > we don't typically code to glib or gobject APIs.
> 
> Do you suggest a KDE wrapper for Oyranos objects and functions?

Well, I suggest that if KDE is to support color management at essentially any 
level deeper than just providing a UI to e.g. select a color profile for a 
display and printer, that it would be done with a KDE-style API, that could 
wrap Oyranos, or could wrap any other feasible implementation. Something like 
Phonon or Solid.

> I hope to have adressed that already from my side.
> http://lists.kde.org/?l=kde-core-devel&m=133180205024971&w=2

Thanks for the link straight to the relevant email. :)

> Oyranos makes sense to user, who have no idea that colour management
> exists. So they have no idea that it would be good for them.

Well your link says that Oyranos "just works", and your statement here seems 
to suggest that Oyranos does this without much (if any) user intervention. 
Given all the other features supported by Oyranos I have to assume that this 
requires at least some support from the application and/or toolkit level, no?

Keeping that in mind it would seem that to get the full benefit of Oyranos 
that there would need to be deeper integration work than just adding 
KolorManager (which I understand is separate from this thread's topic).

Returning to the topic at-hand, I will say (and this is just my opinion) that 
I think this application would be best suited for extragear/graphics when it 
moves out of playground, based on the low level of integration (both with 
KDE's desktop and the other toolkit/infra work needed). If/when color 
management becomes more supported in Qt and KDE then it would make more sense 
to have CMS configuration in kdegraphics for the available CMS system(s). But 
until then having this in kdegraphics without support from skanlite, Qt, our 
printing layer, etc. really seems to promise more than a KDE desktop can 
deliver right now. Even if it were to be in kdegraphics it should be an 
optional build item (dependent on whether oyranos is available or not).

Like I said, that's just my opinion... I'm neither involved in kdegraphics 
development nor the kdegraphics module maintainer.

Regards,
 - Michael Pyne
--nextPart3895327.6J9J5NJrjk
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAABCAAGBQJPYq9lAAoJEAuvDJx7aunyA+EP/2PtVNISJhk11xePmRpUSwV/
v1I3c1xvF524MAeABHTro3tZ/gdYiDFlB5R1PYz6+/iVuzjSdRzIrFQfGs83SKkX
RSGsxc7C5oEpbnWFdX8NLuYpGG9DU98FXlEj/CPmMEFSMVz8SVwRgq9ToUJPJC9s
/8H5beotiNagFj4bX4hgTO7bX0/iNqpjfyQS+RiDR2b2nILfMxad1+gVcMDvcLCU
oz60Ng4eNR25PiH1NEz6yLNszAEAx31z5mXMB+Sdbo8Q51X62Ne9Bv7peXRqCiMV
CTj6fl8Sfn6iVumFVFzb69CX/VvYcAUVxjvibLRyR9FirUiQYwjp8Smbp8ZOpZG5
W+QkUdLo0SNSJtzUfAbfrT9ucosAjJEYu97f1RpJEKadqdUxrXA0Z5SC/3n8KAP7
A3czOkHJkNrTefIPvN6OLlZO3DASrcIjbRuGryh0mXwG3mXU+zxBP2r/vRCN/gV9
ghsnbp9NM3SBpFVJbD++6/uEoO+UmNZ1JaPEkqeuT2E2Ke+YT5TUH4HwZo3bKvDG
ZCwTVeYP8aWCMxKLmDovoosk/Qhf52bQ70EluyfGhKMOgGPhOIyqTWIIWQdx1fcj
wIFrjZLEgl9az0hNXiRKsaQ2n1Kq5lG7Dc2C7kDTx1azKd4o/Gepmwgz15FDUfHR
wonFhuMn7EybM18SdlqJ
=FqaF
-----END PGP SIGNATURE-----

--nextPart3895327.6J9J5NJrjk--