On 11/2/05, M. Fioretti <[EMAIL PROTECTED]> wrote: > I got the suggestion to forward this to this list, so here it goes. > > Ciao, > Marco > > Wednesday, November 2, 2005 M. Fioretti wrote: > > > On Wed, Nov 02, 2005 10:56:46 AM +0100, Giuseppe Bilotta > > ([EMAIL PROTECTED]) wrote: > > >> I don't know how much of the problem is intrinsic in the fileformat > >> itself, and how much of it is nonoptimal coding in OOo. It would be > >> interesting how other suites (e.g. KOffice, which I have to try > >> sooner or later) fare on this file :) > > > Actually, the KOffice developers are already discussing this: > > > http://lists.kde.org/?t=113043237800002&r=1&w=2
> Maybe we could forward this thread to the Calc developers, > or at least make them aware of it. Just to give this list a summary, this discussion stems from this ZDNet article: http://blogs.zdnet.com/Ou/?p=119 which basically states that Calc is very (x4) slow to load a file with a large amount of data, and the KOffice folks are somewhat happy that KSpread did a better job than Calc. They also mention that Gnumeric is the fastest of the three in terms of opening a large file. My opinion? Calc's slow file loading/saving is no secret. There are those who claim that the test was unfairly done, invalid, bload is good etc. But, it is a fact that we are slow in this area, and we need to fix this. Now with that said, it's just a simple matter of finding people to analyze the code, do performance profiling, and things like that. I'm guilty of myself not doing any of this, but if I had time I'd spent fair amount of time profiling the code. Also, refer to Niklas's comment on this list a while ago: http://sc.openoffice.org/servlets/ReadMsg?list=dev&msgNo=1598 Regards, Kohei -- Kohei Yoshida OpenOffice.org Calc contributor http://kohei.us/ooo/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
