No subject

which call subclasses. These subclasses then build a TFileStream instance
and then call SaveToStream/LoadFromStream.  Because of this there is No
SaveTofile/LoadToFile at the subclass level. These levels include Tbitmap,
TPicture and TGraphic.

I could be wrong, but I believe that internally they are stored as a bitmap,
or possibly a dib.

Chris Bruner



----- Original Message -----
From: "Marc Weustink" <Marc.Weustink at cuperus.nl>
To: <lazarus at miraclec.com>
Sent: Friday, March 09, 2001 10:17 AM
Subject: RE: [lazarus] TImage


> + From: Mattias Gaertner [mailto:nc-gaertnma at netcologne.de]
> +
> + TGraphic and TPicture is ok. But the TBitmap and TPixmap need
> + some work. TBitmap needs LoadFromStream and SaveToStream code.
> + My idea is to read and write window bitmaps, but to work with
> + an interface dependent format in memory. For the gtk the
> + working/in memory format should be GDKPixmap.
> + Thus we need two procedures to convert bitmaps to GDKPixmap and back.
> +
> + What do you think?
>
> IMO we should not work with platform dependent bitmaps. There should be no
> platform code in the LCL. (Where it is not it is only for temporary
usage).
>
> Why not with the bitmapbits only with a header with some info. (I know
this
> looks like a bitmap or a pixmap structure). In any case we have to convert
> the info from and to a (Win)Bitmap or a (X)Pixmap (or a (X)Image).
>
> I didn't follow the recent developments on the Image, but as far as I can
> remember, Delphi doesn't store the actual bitmap, so why do we ?
>
> Marc
>
> _________________________________________________________________
>      To unsubscribe: mail lazarus-request at miraclec.com with
>                 "unsubscribe" as the Subject
>     archives at http://www.miraclec.com/list_archives/lazarus