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

List:       koffice-devel
Subject:    Re: https://bugzilla.novell.com/show_bug.cgi?id=118739
From:       Thomas Zander <zander () kde ! org>
Date:       2005-09-26 9:58:06
Message-ID: 20050926100225.GA4035 () planescape ! com
[Download RAW message or body]

On Sun, Sep 25, 2005 at 11:46:41PM +0200, Boudewijn Rempt wrote:
> On Sunday 25 September 2005 23:45, Thomas Zander wrote:
> > On Sunday 25 September 2005 22:50, Boudewijn Rempt wrote:
> > > As usual, when something goes wrong with the interchange of
> > > OpenDocument docs between OO and KOffice, KOffice will get the blame.
> > > Can someone working on KSpread and OpenDocument add a comment here
> > > that's it's the beta of OO that's to blame?
> >
> > Are you sure?  All attachments open just fine here (in kspread trunk).
> 
> Of course I'm not sure -- I don't know enough about OpenDocument to be sure. 
> Have you also tried with 1.4?

After searching a bit harder here is what I found;

- both trunk and 1.4.2 of kspread load the doc in the same sad state
- text alignment, text formatting (bold) were not loaded
- all cells were too small and wrongly aligned leading the text-based cells
  to be non-displayable.
- Formulas were incorrectly imported
- outlines (borders of cells) were showng on lots of cells that did not have
  them defined in the source doc.


I am in no means an opendocument expert, but I expect kspread to give the
same amount of error messages in loading from what kword does.  For that reason
(and that I glanced over the xml) I don't think the problem is fully on the
open Office side.

Writing the doc (in opendoc format) takes quite some time and kspread didn't manage
to load that new doc in the 5 minutes I let it run on it.

IMO kspread currently is nowhere near opendoc ready. :(
-- 
Thomas Zander
_______________________________________________
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]