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

List:       koffice-devel
Subject:    Re: [PATCH] Limit KoPicture's memory usage
From:       Nicolas Goutte <nicog () snafu ! de>
Date:       2002-08-07 21:33:15
[Download RAW message or body]

On Mittwoch, 7. August 2002 14:37, David Faure wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Wednesday 07 August 2002 14:19, Nicolas Goutte wrote:
> > > This sounds VERY good to me. It's actually the right fix. Using a
> > > vector graphics component to render vector graphics. Makes perfect
> > > sense. Much better than "pixelizing" for the current zoom level.
> >
> > It is slower and memory-hungry. It is exactly what Alex do not want and
> > what he complains about.
>
(...)
>
> > > However a real embedded object sounds a bit too much (e.g. if I embed
> > > an EPS file I don't want to edit it, I'm no artist ;), and we also want
> > > to save back as EPS (to preserve exact contents). Someone who wants to
> > > edit the graphic can always explicitely embed karbon and load from
> > > there, of course.
> >
> > I think that Shaheed's idea about having pictures that can be changed to
> > objects (and perhaps back) is much better. It has to be implemented of
> > course.
>
> Ok. That's the next step anyway, not relevant for the problem at hand.

Well, if we are talking only about KOffice 1.2, then I do not see what 
problems remains. Transparent background for EPS has never worked, so we are 
not removing a feature.

Any other solution is not mature yet:
- Karbon misses image support.
- QPicture is imprecise.
- KSvg is not in KDE 3.0.x and not even in KDE 3.1.x.

The speed problem of EPS files was identified. It is at sampling and the 
reason is in the EPS kimgio. It is too late for KDE 3.0.2. For the next 
versions 3.0.3 and 3.1.x, I have removed what took most of the time. There is 
just one other patch that I have not applied, as I do not know the 
consequences. (The patch simply changes the GhostScript device from "ppm" to 
"png16m" in the EPS kimgio. It makes the process faster. May be something to 
test for KDE 3.1.x, if somebody wants it.)

And for KOffice 1.3, whatever the solution, it will need to be implemented by 
somebody. And as always in KOffice, the result will depend on how much time 
we will be able to work on EPS.

>
(...)
>

Have a nice day/evening/night!

> - --
> David FAURE, david@mandrakesoft.com, faure@kde.org
> http://people.mandrakesoft.com/~david/
> Contributing to: http://www.konqueror.org/, http://www.koffice.org/
> Back from holidays
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.6 (GNU/Linux)
> Comment: For info see http://www.gnupg.org
>
> iD8DBQE9URR272KcVAmwbhARAvY2AJ9WVSTok9tqVRQGHNCgp6k0zPo/CwCgr0Gu
> hKPPnQ3EalNy+DImi6g2arY=
> =r8g/
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> koffice-devel mailing list
> koffice-devel@mail.kde.org
> http://mail.kde.org/mailman/listinfo/koffice-devel

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