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

List:       kde-commits
Subject:    Re: koffice/kspread/demos
From:       Laurent Montel <lmontel () mandrakesoft ! com>
Date:       2000-11-10 14:12:17
[Download RAW message or body]

Le Vendredi 10 Novembre 2000 12:33, David Faure a écrit :
> On Friday 10 November 2000 11:53, Laurent Montel wrote:
> > Le Vendredi 10 Novembre 2000 10:47, CVS by faure a écrit :
> > > koffice/kspread/demos features.ksp,1.1,1.2
> > > Author: faure
> > > Fri Nov 10 10:47:02 UTC 2000
> > >
> > > Modified Files:
> > > 	features.ksp
> > > Log Message:
> > > Some fixes for cell borders (apparently the format has slightly
> > > changed???)
> >
> > I don't change format border, but when did you create features.ksp (what
> > is the version of kspread ?)
>
> I created it with the KSpread from KDE 2.0, I think.
> But when re-opening it with a KSpread from 3 days ago, many borders were
> missing where they used to be, or added where they shouldn't have been.
>
> Please try opening the original file (cvs upd -r1.1 features.ksp) with
> current KSpread and with KSpread from KDE 2.0. If there are differences,
> there is something wrong in KSpread. If there aren't, then it means that
> Cristian played with my file before committing it :-)

I test it and it's right it's different between kspread 2.0 and the last.
I don't understand why 
I am going to search this bug.

>
> BTW :
> I wanted to use diff on the XML files to notice any difference (after
> fixing and re-saving), but it turns out that KSpread doesn't always save
> the cells in the same order (it's a QDict IIRC, so the order when iterating
> over it is rather random). Maybe it would make things a bit easier if
> KSpread would always save from top to bottom and from left to right.
> Hmm, isn't it a cluster now, instead of a QDict ? The order should be quite
> deterministic, then... Strange.
Yes I don't know

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