Issue 66558 - new chart: user defined bitmaps are not loaded correclty
Summary: new chart: user defined bitmaps are not loaded correclty
Status: CLOSED FIXED
Alias: None
Product: General
Classification: Code
Component: chart (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: kla
QA Contact: issues@graphics
URL:
Keywords: new_implementation
Depends on:
Blocks:
 
Reported: 2006-06-19 15:13 UTC by bjoern.milcke
Modified: 2013-02-24 21:19 UTC (History)
3 users (show)

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

Attachments
Bugdoc with different user-defined bitmaps (can be seen in the replacement image after load). Activating the chart shows they are missing (163.59 KB, application/vnd.oasis.opendocument.spreadsheet)
2006-06-19 15:18 UTC, bjoern.milcke 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description bjoern.milcke 2006-06-19 15:13:59 UTC 
Load the attached file.
If the bitmaps used as fill-bitmaps are not locally available in your Office
installation (in the standard.sob file), they are not loaded. The Area tab-page
of the property dialog shows the correct name, but an empty bitmap.
User-defined bitmaps used as symbols seem to work. (See Euro-symbol in attached
file).
Comment 1 bjoern.milcke 2006-06-19 15:18:45 UTC 
Created attachment 37233 [details]
Bugdoc with different user-defined bitmaps (can be seen in the replacement image after load). Activating the chart shows they are missing
Comment 2 IngridvdM 2006-08-02 10:28:19 UTC 
added keyword new_implementation
Comment 3 bjoern.milcke 2006-08-15 17:10:36 UTC 
The reason for this problem is that the bitmaps stored in the
com.sun.star.drawing.BitmapTable offered by the chart model, are stored just as
URLs, not as XGraphic. Therefore, there is no object holding this object and the
graphic manager drops the bitmap.

Solution: Change the BitmapTable to contain com.sun.star.graphic.XGraphic
instead of a URL string.
Comment 4 bjoern.milcke 2006-08-28 15:15:04 UTC 
->KA: Thanks for taking care of this issue. As said before it would make sense
to change the data type of the BitmapTable to XGraphic instead of URL. This
affects probably all applications as well as xmloff. And also the new chart. It
would make sense to implement this in an own CWS to which we resync chart2mst3
and then adapt the changes to the new chart.
Comment 5 bjoern.milcke 2006-08-28 15:18:48 UTC 
Changed the subject to reflect the task behin this issue
->KA: If you finished this, please notify us, so that we can adapt the new chart.
Comment 6 IngridvdM 2007-01-18 12:16:13 UTC 
changed target to 2.3
Comment 7 ooo 2007-02-22 17:08:47 UTC 
Resolved issue with a different approach: added preloading of graphics out of
embedded objects graphics storage directly after loading the model itself.
Graphics are stored within a vector during lifetime of model to ensure, that
they can be referenced from different locations (e.g. SVX).
Comment 8 IngridvdM 2007-03-01 18:14:18 UTC 
changed the summary to better reflect the problem and its now different solution
Comment 9 ooo 2007-03-02 13:36:42 UTC 
checked on newest build of CWS.
Comment 10 kla 2007-03-13 09:28:55 UTC 
verified
Comment 11 maand 2007-06-15 21:08:03 UTC 
I see no problems with the graphics in the chart-area/-wall. All are displayed
properly. System: OpenSuSE 10.2-i586, KDE 3.5.7, OOo-dev 2.3 m216.