From kde-kimageshop  Fri Oct 24 21:03:26 2003
From: Boudewijn Rempt <boud () valdyas ! org>
Date: Fri, 24 Oct 2003 21:03:26 +0000
To: kde-kimageshop
Subject: Re: KisPainter::bitBlt and CMYK
X-MARC-Message: https://marc.info/?l=kde-kimageshop&m=106702951115672
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============2049439135=="


--===============2049439135==
Content-Type: multipart/signed; protocol="application/pgp-signature";
	micalg=pgp-sha1; boundary="Boundary-02=_eOZm/KyncH3dFl2";
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit


--Boundary-02=_eOZm/KyncH3dFl2
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Description: signed data
Content-Disposition: inline

On Friday 24 October 2003 22:53, Patrick Julien wrote:
> On October 24, 2003 04:48 pm, Patrick Julien wrote:
> > On October 24, 2003 04:41 pm, Boudewijn Rempt wrote:
> > > Well, I think my color strategy is pretty well done for now; the only
> > > problem seems to be that the bitBlt methods in KisPainter blithely
> > > assume rgba. Is this where the previously unused nativecolour methods
> > > come into their own, or do I do a switch for image type here?


> >
> > Switch on Image type?!?  no, well not directly this is all detailed in
> > previous mails here, you need to use the color strategy, the point is to
> > use flyweight to get back a strategy by passing it the KisPaintDevice.
>

<from abortive answer>

=46illRect switches; and since the rest of the infrastructure isn't there y=
et, I=20
am not getting any further. I know you expounded about this before, but,=20
sorry, I still haven't got the connection to the code itself clear. Maybe n=
ot=20
enough details, or I'm not clever enough to go from hint to implementation.


> You also need to add operations to the color strategy to combine colors of
> course.

Ah, okay, I was just answering your previous... I'm still not clear where t=
he=20
nativeColor methods come in, and I'm not sure whence to get the strategy to=
=20
pass the painter. But the compose operations go into the strategy -- that's=
=20
what I was going to suggest in aforemention abortive answer. That helps.

I guess I can find a way to pass the strategy to the painter; I seem to=20
remember KisDoc knows about it.

=2D-=20
Boudewijn Rempt | http://www.valdyas.org/index2.html

--Boundary-02=_eOZm/KyncH3dFl2
Content-Type: application/pgp-signature
Content-Description: signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)

iD8DBQA/mZOedaCcgCmN5d8RAvGRAJoDxbTqufF/Ai1M71klFMd1f8sexQCfYLyS
D1CLtMIZlWok5qYvZNE0kdo=
=bwY9
-----END PGP SIGNATURE-----

--Boundary-02=_eOZm/KyncH3dFl2--


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

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

--===============2049439135==--