Re: XP design for image support


Subject: Re: XP design for image support
From: James Montgomerie (jamie@montgomerie.net)
Date: Thu Apr 19 2001 - 20:14:01 CDT


But doesn't this already exist?

It might be annoying, but I know that sometimes fresh eyes can bring
insight, so I'll have a go.

As far as I can see, the current design should work like this (but I don't
think it does on GNOME any more):

GR_FooImage::GR_FooImage, on construction with a
string, attempts to load that graphics file. It stores it privately
internally and renders it as it pleases. The get/set functions are used to
manipulate size etc.

When loading or saving, convertToBuffer or convertFromBuffer are
called. These convert the file to PNG or SVG , depending on whether we've
inherited from the gr_RasterImage or gr_VectorImage, and store it in a
UT_ByteBuf, or take a PNG or SVG and store it internally for rendering
later and internal manipulation respectively.

This framework allows loading and display of all the formats supported on
your platform, but only saves in PNG of SVG, making AbiWord files be
/absolutely guaranteed/ to work on every platform.

Am I missing something? I really don't see how the features of IM or
GDK_Pixbuff or FooLib can't easily fit into the current framework in either
XP or platform-specific land.

Jamie -> Hoping he's not missed something obvious and made himself look a
moron.



This archive was generated by hypermail 2b25 : Thu Apr 19 2001 - 20:13:54 CDT