*sigh* 

Perhaps I should learn to check my .rcp file before posting.

The image in question is defined like this:

BITMAPFAMILYEX ID famPaused
COMPRESS
BEGIN
    BITMAP "im/paused.bmp" BPP 1
    BITMAP "im/paused.bmp" BPP 2 DENSITY 1
    BITMAP "im/paused.bmp" BPP 4 DENSITY 1
    BITMAP "im/paused.bmp" BPP 8 DENSITY 1
    BITMAP "im/paused.bmp" BPP 8 DENSITY 2
    BITMAP "im/paused.bmp" BPP 16 DENSITY 1
END

So obviously, it's not going to scale the image because there's one
right there claiming to be the right size (in addition to taking up lots
of extra space). A legacy from when I was first playing with high
density.  Ugh.

I feel like Emily Latella (for those of you old enough to remember),
"What's this I hear about Eagle's Rights? That's horrible, that
shouldn't be allowed...oh...it's 'Equal Rights'?  Oh...nevermind..."

-Ken

On Thu, 2003-08-28 at 14:57, kcorey wrote:
> I'm trying to draw a low-res bitmap on a high-res display in bit-doubled
> format.
> 
> I am successfully creating and accessing a high density screen just fine
> in my program.
> 
> Then I want to draw a low-density bitmap on that high density screen. 
> So, I call: 
> 
> WinSetCoordinateSystem(kCoordinatesStandard);
> WinDrawBitmap(bitmap,x,y);
> WinSetCoordinateSystem(kCoordinatesNative);
> 
> Strangely, the coordinates at which the bitmap is drawn are doubled as
> I'd hoped...but the bitmap itself is not bit doubled.
> 
> Lessee if my ASCII art can explain:
> 
> On Low-Density devices, there are 4 bitmaps, a,b,c,d.  The bitmaps are
> placed like this:
> AABBCCCCCC
>    DDDD
>    DDDD
>    DDDD
> 
> There are no gaps between the images.
> 
> On High-Density devices, the bitmaps look like this:
> AA  BB  CCCCCC
> 
>       DDDD
>       DDDD
>       DDDD
> 
> Hrm...that's not terribly explanatory...but there are gaps between each
> of the graphics, so the coordinates are being doubled, but the bits
> aren't.
> 
> On High-Density devices, the bitmaps *should* look like this if they're
> bit doubled:
> AAAABBBBCCCCCCCCCCCC
> AAAABBBBCCCCCCCCCCCC
>       DDDDDDDD
>       DDDDDDDD
>       DDDDDDDD
>       DDDDDDDD
>       DDDDDDDD
>       DDDDDDDD
> 
> Can anyone point at the (probably obvious) solution?  I've been to the
> KB, and through the docs, and no answer jumps out at me.
> 
> -Ken
> 


-- 
For information on using the Palm Developer Forums, or to unsubscribe, please see 
http://www.palmos.com/dev/support/forums/

Reply via email to