>From what I've read in the sdk, am I reading correctly that if I desire my
application to be backward compatible to non-high-density displays, I'll
need to include two bitmap families per graphic.
one for low res and one for hi res??!!
So to be resonable, I'll need to have two different versions
At 20:36 2002-11-6 -0800, you wrote:
From what I've read in the sdk, am I reading correctly that if I desire my
application to be backward compatible to non-high-density displays, I'll
need to include two bitmap families per graphic.
one for low res and one for hi res??!!
No. You just have one
So after some additional reading, I do notice that I can accomplish this
task within a single family by inserting a v1 bitmap type with an invalid
bit-depth (e.g. 0xff)
To mimize file size, will palm produce a black/white high-res device? - Hope
not, that would at least allow me to include only one
I apologize about the previous venting, just frustrated.
Well, since I now know that this can be accomplished by using an invalid
depth between the two, that's exactly how I would have done it, I didn't
read until the post that you could do that and it'll work.
My problem is not that our app is g
At 20:52 2002-11-6 -0800, you wrote:
I apologize about the previous venting, just frustrated.
Well, since I now know that this can be accomplished by using an invalid
depth between the two, that's exactly how I would have done it, I didn't
read until the post that you could do that and it'll work
At 20:47 2002-11-6 -0800, you wrote:
To mimize file size, will palm produce a black/white high-res device? - Hope
not, that would at least allow me to include only one type of hi-res
graphic...
I'd say it is likely that there will be monochrome Palm OS 5 devices... not
knowing anyone's plans, b
