[interfacekit] Re: Icons and BBitmap


On 2002-08-19 at 13:31:36 [-0700], interfacekit@xxxxxxxxxxxxx wrote:
> 
> > >At any rate, I've worked around it for the time being, moving the
> > > color
> > >conversion code elsewhere (incidentally, converting a B_RGB32 
> > >bitmap
> > > to
> > >a B_CMAP8 bitmap using BBitmap::SetBits is way more involved that 
> > >it
> > >needs to be...). BMimeType::Get/SetIcon() is now finally working,
> > >though I plan to add some more tests to be sure all the color
> > >conversion code works like I think it should. The other Icon()
> > >functions will be tackled next...
> > I'm just curious how you accomplished this. I've got quite a bit
> > figured out
> > about how our BBitmaps will be allocated and managed on the server
> > side, but
> > that part is handled by the class itself.
> > 
> > >Ingo
> > >It looks like the very point has been reached, where we -- er, more
> > >precisely, you ;-) -- will need to implement a provisional BBitmap.
> > I wouldn't call myself an expert, but I might have some answers if
> > you have
> > questions.
> 
> I guess, you think to complicated. We just need a provisional version.
> It won't talk to the app_server -- as we don't want to draw -- but 
> will
> just allocate a normal chunk of memory, so that the constructor,
> Bits(), SetBits() and the other methods we need can be implemented.

I know, but everything's working without it and I've still got work to 
do on the mime database (PLUS you said yourself (and I agree) that we 
should keep the color conversions in BMimeType, which is where they are 
currently). I'm on a roll man, don't slow me down now. :-P :-)

If I *do* hit another problem with it, I'll jump all over it and get a 
provisional version going. How's that sound?

> The real implementation will certainly be left to you. :-P

Good deal. :-)

-Tyler

Other related posts: