Issue 101430 - Graphics should be loaded without blocking always
Summary: Graphics should be loaded without blocking always
Alias: None
Product: Draw
Classification: Application
Component: code (show other issues)
Version: OOo 1.0.0
Hardware: Unknown All
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Blocks: 7553
  Show dependency tree
Reported: 2009-04-29 14:25 UTC by Mathias_Bauer
Modified: 2017-05-20 10:47 UTC (History)
6 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description Mathias_Bauer 2009-04-29 14:25:47 UTC
While Writer is able to load linkes graphics asynchronously and in a separate
thread, all applications using the SdrGrafObj block the application in a twofold
way: first in SvxGraphicObject::setPropertyValueImpl where a superfluous filter
detection is carried out and at the time where the graphic finally it "swapped
in". By throwing out the filter detection of the importer (and doing it later on
demand, in case it's needed at all) and swapping in the graphic in the same
asynchronous way as in Writer, the performance of documents containing linked
graphics, especially remotes pictures, will be improved considerably.

As Writer is going to throw out its own graphic objects, not fixing this problem
will be a performance regression for Writer.
Comment 1 Oliver-Rainer Wittmann 2009-04-30 12:19:54 UTC
Together with AW I will take care that the Writer's functionality regarding
asynchronous load of graphics will survive the replacement of Writer's graphic
implementation by the one of Draw.
Comment 2 Armin Le Grand 2009-04-30 12:26:12 UTC
AW: Adding KA to CC; AFAIK he was about doing something for async (and even
multithreaded) graphic loading...
Comment 3 Marcus 2017-05-20 10:47:44 UTC
Reset assigne to the default "".