[Alephmodular-devel] PicHandle->CBitmap double whammy
Status: Pre-Alpha
Brought to you by:
brefin
From: Br'fin <br...@ma...> - 2003-09-23 16:11:51
|
I've begun looking into what I need to do manage getting a picture resource and passing it around internally as a bitmap. The starting point seems to be around the get_picture_resource_from* routines in images.cpp. We would need to muck with these so they are fetching the resource and dumping it into a CBitmap instead of returning it immediately. (I'm not going to worry about images.cpp being neutral or mac-like yet. AM has no platform neutral way of dealing directly with resources yet.) My choices for that seem to involve a) setting up a hollow pixmap, a temporary gworld and doing a draw picture followed by copybits. b) importing the picture decoding from SDL and running with that And because of the setup of things, I think going with the SDL picture decoder might be simpler for dovetailing with a CBitmap. On the other side of things, CBitmap itself still has no place for a color table. (From a couple things in the pass, this might be advised in certain locations) and the current carbonized draw bitmap routine appears to be expecting all CBitmaps to be 8 bits per pixel with a color table. (Prepared before hand and setup before the bitmap is used) I need to flesh out both sides of this equation. Hsm. -Jeremy Parsons |