[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: WMFs in KWord
From:       Thomas Zander <zander () planescape ! com>
Date:       2002-01-24 12:00:30
[Download RAW message or body]

On Thu, Jan 24, 2002 at 10:25:33PM +1100, Clarence Dang wrote:
> On Thu, 24 Jan 2002 05:58, Thomas Zander wrote:
> > On Wed, Jan 23, 2002 at 06:32:49PM +1100, Clarence Dang wrote:
> > > On Tue, 22 Jan 2002 00:00, David Faure wrote:
> > > > On Monday 21 January 2002 11:40, Clarence Dang wrote:
> > > > > I fail to see why the user should have to decide between "Choose
> > > > > Image" and "Choose Clipart"?  Is a piece of clipart, not an image? :)
> > > > >
> > > > > I'm asking this because I have to write extra code to deal with this
> > > > > distinction between WMFs and BMPs and it looks ugly :(
> > > > > And because it's a bit of a UI issue too, IMHO.
> > > >
> > > > I have no problem with some merging in the UI, although internally we
> > > > still have to find out in which case we are. Patches welcome.
> > >
> > > Why do WMFs have to be separate internally?
> >
> > Clipart -> vector -> kontour object.
> > Photo -> bitman -> QImage (or possibly Krayon)
> >
> > But bottom line is; the are drawn in a different matter; so thats why.
> 
> JPEGs are drawn differently to BMPs as well, yet they're grouped in the same category.

Thats not true, they are stored differently, but after reading them they both
produce the same data. They are consequently drawn alike.

> Isn't it possible to store the file type of the image and then choose the rendering method when required?

Sure, please go ahead! As David said; "Patches welcome."   :)

-- 
Thomas Zander                                            zander@earthling.net
The only thing worse than failure is the fear of trying something new

[Attachment #3 (application/pgp-signature)]
_______________________________________________
koffice-devel mailing list
koffice-devel@mail.kde.org
http://mail.kde.org/mailman/listinfo/koffice-devel

[prev in list] [next in list] [prev in thread] [next in thread]