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

List:       koffice-devel
Subject:    Re: OpenOffice.org bloat article
From:       Robert Knight <robertknight () gmail ! com>
Date:       2005-10-28 18:14:40
Message-ID: 13ed09c00510281114k41ea3a0cr () mail ! gmail ! com
[Download RAW message or body]

> There are so many things we can do, if only people actually started doing
it..

But what things exactly and how would they be useful?  This would need
some careful planning to be worthwhile.

> Save is already implemented by a serilalized XML writer though, if I
> understand it correctly - so loading shouldn't be that hard ... We
> just need to analyze whether we need some information that gets saved
> later on than where we need it - if not, then load should be quite
> straightforward; and even if we do, we could make two passes or use
> some other trick, still better than DOM-based approach.

So if I understand correctly, KSpread currently loads the entire
contents of the XML files into various memory structures before it
parses them?  Ouch!


On 28/10/05, Raphael Langerhorst <Raphael.Langerhorst@kdemail.net> wrote:
> On Friday 28 October 2005 11:25, Ariya Hidayat wrote:
> > > Code to reduce the memory usage by changing the storage of cell
> > > formatting information has already been partly written, and I'm
> > > sure that other aspects can be improved as well.
> >
> > If you mean that cluster stuff, it's still not finished yet, it
> > even breaks many of the tests.
> > Also, like I wrote before, I'm not convinced the complexity added
> > when taking account row/column operations in this style cluster is
> > worth to do.
>
> Oh, of course, just to make sure, I also like your original idea of
> the layered format areas (kspread/DESIGN.html). That's what I meant
> here. I think this approach is much more flexible and scales better
> than the cluster approach.
>
> Best Regards,
> --
> Raphael Langerhorst
> http://raphael.g-system.at/blog
>
> _______________________________________________
> koffice-devel mailing list
> koffice-devel@kde.org
> https://mail.kde.org/mailman/listinfo/koffice-devel
>
_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]