Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Impress takes too long to open a presentation | ||||||
---|---|---|---|---|---|---|---|
Product: | Impress | Reporter: | gnustavo <gustavo> | ||||
Component: | open-import | Assignee: | AOO issues mailing list <issues> | ||||
Status: | CONFIRMED --- | QA Contact: | |||||
Severity: | Trivial | ||||||
Priority: | P3 | CC: | Armin.Le.Grand, issues | ||||
Version: | OOo 2.0 Beta | Keywords: | oooqa | ||||
Target Milestone: | --- | ||||||
Hardware: | All | ||||||
OS: | All | ||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
Description
gnustavo
2005-06-13 19:27:13 UTC
Created attachment 27144 [details]
File that takes too long to open
Sorry, I was about to say in the previous post that judging by the progress bar during the file import it's not due to the file size. The progress bar goes quick until about 2/3 of its way and gets stuck there for about two minutes and 30 seconds. Then it bumps a little and gets stuck again for another one minute and 30 seconds. Then it goes quickly to the end. I don't know how this can be usefull, but, just in case. Gustavo. I can confirm the descripted behaviour on my system. I've got OOo1.9.104 on WinXP Home with Athon 1,15GHz and 1GB RAM. The file opens quick with PowerPoint 97 and with PowerPointViewer. I saved the file in .odp-format and then opened that file. It then opens quickly so that you get the first page, but the slides, which have a metafile, are empty in the slide pane in the beginning. I scrolled the slide pane and it took a very long time until all the slides are shown in the slide pane. The file has an empty textframe on slide 3. I deleted it in PowerPoint, but that has no effect in opening with OOo. Reassigned. I can reproduce the bug. Please have a look. sj->thb: The most time is spend in the GetDifference method of our vcl PolyPolygon, I think therefor your are already having an issue. @sj: I believe this is nowadays handled by basegfx (at least all ooo-build-based versions don't ship gpc). On the other hand, symbolic clipping is an inherently expensive operation, which we could avoid altogether when rendering emf/wmf directly to the target device. Please take this issue back. |