From kde-kimageshop  Thu Dec 23 12:50:54 2004
From: Boudewijn Rempt <boud () valdyas ! org>
Date: Thu, 23 Dec 2004 12:50:54 +0000
To: kde-kimageshop
Subject: Identifying color models (and channels, etc.) - an rfth
Message-Id: <200412231350.58153.boud () valdyas ! org>
X-MARC-Message: https://marc.info/?l=kde-kimageshop&m=110380955625274
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============0209727103=="

--===============0209727103==
Content-Type: multipart/signed;
  boundary="nextPart3067890.0PpGex9TWG";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart3067890.0PpGex9TWG
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

We've now got four ways of identifying color strategies, and I fear we
should add a fifth, but I'm not sure of the best of doing this. We currentl=
y=20
have:

* Constants in kis_global.h -- the old, fixed way. Has to stay to remain if=
 we=20
  want to be backwards compatible -- not sure if that's worth it, though,=20
  given our enormous user base.

* name -- this is what we currently use in files, user interface and=20
  internally.=20

* cmType -- this is what lcms uses. We need this to create transforms, but =
we
  probably won't need it outside the color strategies.

* icColorSpaceSignature -- this is what identifies profiles as suitable for=
 a=20
  certian colorspace type.

Now the big problem is with name -- and that holds for almost everything=20
that's stored in KisGenericRegistry or one of its descendants. We use the=20
name both in the UI and internally. And that's bad, because it means we=20
cannot i18n the names, and we really want that.

My first idea would be to expand KisGenericRegistry with an id->item map,
and duplicate all methods (getByID, getByName, listNames, listIDs, etc.), b=
ut=20
I'm not sure whether that's the best solution.

We might make the id not a string but an int, but then we need some way of=
=20
distributing id's to plugin writers, which we wouldn't have to do with more=
=20
descriptive strings.

So -- this is a request for thoughts... What would be best.

=2D-=20
Boudewijn Rempt | "Geef mij maar zuurtjes."
http://www.valdyas.org/fading/index.cgi

--nextPart3067890.0PpGex9TWG
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBByr8ydaCcgCmN5d8RAto0AKCg+OVswQD45Vbml60WOiR8BJGxZACgx8Tn
2GfXVS0Bs43+DGw2xW2MiH8=
=wRB4
-----END PGP SIGNATURE-----

--nextPart3067890.0PpGex9TWG--

--===============0209727103==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
kimageshop mailing list
kimageshop@kde.org
https://mail.kde.org/mailman/listinfo/kimageshop

--===============0209727103==--