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

List:       koffice-devel
Subject:    Re: improving speed of painting
From:       John Dailey <john.dailey () dnamerican ! com>
Date:       2002-09-02 14:35:35
[Download RAW message or body]

On Monday 02 September 2002 01:24 am, Ariya Hidayat wrote:
> > We should probably decide who will do what or likely one of us is wasting
> > our time.
>
> Okay, I'll commit this basic KSpreadValue within 3-4 days and we can
> discuss about it before starting to modify KSpreadCell. Or, if necessary
> improve it first.
Sounds good.

> But if you assign a formula from one cell to another, there's always
> another parsing process (CMIIW). With the current use of KoScript, I don't
> think it can be easily shared among cells.
I'm not convinced this is a problem.  I believe the problem is inefficient 
code that seems to recalculate and repaint each cell several times.

> And I know that dumping KoScript means trouble for  someone who uses it to
> write his/her formula. I believe we can work out a solution for this,
> perhaps via a generalized plugin so user can even write a customized
> function in Perl or Python.
>
> Not in the near future, we might want to incoporate something like a macro
> language for all KOffice, say KoBasic. Even there's GB for Gnumeric
> (although it's dead now, in favor of all .NET stuff). There's KBasic
> project but seems it's slow in development.
DCOP?

> All said, this can trigger another flamewars :-)
Hopefully not  :-)

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