[cairo] The past, present and future of RGB16_565
Keith Packard
keithp at keithp.com
Tue Jun 16 02:18:27 PDT 2009
On Tue, 2009-06-16 at 10:03 +0100, Chris Wilson wrote:
> So... Is this scheme too ugly for words?
I'd say you're almost there -- just create a function that takes your
opaque type instead of attempting to coerce it to the existing type
cairo_image_surface_create_for_wacky_format (wacky_format, width,
height)
or am I just missing something?
also, I'd suggest (and perhaps be wrong) that a static structure could
be used for this wacky format data, and if we need something different
in the future, a new type and creation function could be added.
Future-proofing an API fails at least as often as it succeeds.
--
keith.packard at intel.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.cairographics.org/archives/cairo/attachments/20090616/babae2c6/attachment.pgp
More information about the cairo
mailing list