2009/7/29 Thomas Zander <zander@kde.org>:

> The reason for the office:value is that a simple viewer should be able to show
> the *effective* content.
> This is likely only relevant if case the content is the result of a
> calculation and indeed if the full content is only a <text:p> tag, then its
> likely ok to optimize this.

Sure.

> I'd be interested in the real world saving, though.
> If you can write a 10000 cells with each a different text and then write it
> with and again without optimization I'd like to see what the actual difference
> is in the final (zip-compressed) ods.

OK, although we'll also look at the CPU cost of loading extra 10000 attributes.
(since we use streams, there is no extra memory cost)

-- 
regards / pozdrawiam, Jaroslaw Staniek
 Kexi & KOffice (http://www.kexi-project.org, http://www.koffice.org)
 KDE Libraries for MS Windows (http://windows.kde.org)
 http://www.linkedin.com/in/jstaniek
_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel