Thorsten Behrens wrote:
"jiangdongjin" <[EMAIL PROTECTED]> writes:
If I omit these functions, My test .ppt file opened as fast as MS
Powerpoint(maybe 1-2 seconds slower), but all my pictures are
missing.
Hi jiangdongjin,
okay, it wasn't clear to me from your original mail that delay-loading
the images is sufficient for your case (in general, it won't be
sufficient to noticeably speed up PPT import - just try a 100 slide
document with lots of polygonal content...).
So my plan is, in the load phase, I only load some basic infomation
like width and height of the picture(I think only these are
necessary for formatting), then display.After that if I really need
some pictures(display or operation), I import it from input stream.
Yes, that's a lot easier than delay-loading of the whole
document. You'd have to extend the GraphicObject to be able to swap in
from streams with a given offset (and live with the fact that some
special-casing from the PPT import might no longer work - I vaguely
remember MS putting whole GIFs into PNG chunks).
HTH,
Hi,
I also think that delay-loading of images is not so difficult to
implement, but there are some obstacles to overcome:
- some graphics are compressed some are not
- especially ole objects needs to be placed into the correct storage
environment
- currently we do not support all graphic attributes - sometimes
images needs to be adjusted at load time
By the way delay-loading doesn't bring any benefit if you are just
converting files into the OOo format, because then you have to wait
until the model has been converted completely.
HTH
Sven
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
