[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]