Hi jianlizhao
You solve your problem?I encountered the same problem??Only the format of the
picture is not the same??
Can you tell me solve the problem?
Thanks...
Best Regards!
>Hi Armin:
>Receipt of your reply, I modified my needs.
>
>The original picture I do not need to display and modify,only to provide data
>to the extension,used for data analysis and >processing. This process does not
>need to show only need end result, the end result is saved to a TXT file.
>
>All requirements are summarized as follows:
>1)On screen Display bmp or png file, the bmp or png converted from the
>original pictures.
>
>2) In the save file include two files, one is the original file.
>In order to achieve compatibility.
>
>3)on screen when the user delete the BMP file,in the save file, the file
>related to this BMP files do not save,that is also >deleted.
>
>4)In the extension, the original file for data analysis and processing, and
>processing the results are saved to txt file.
>It should be based on the screen select the BMP file,access to the
>corresponding original file.
>
>Do you have any good suggestions.
>
>Thanks...
>Best Regards!
-----????????-----
??????: Armin Le Grand [mailto:[email protected]]
????????: 2012??5??24?? 22:57
??????: [email protected]
????: Re: how Get Bitmap file from SVG module?
Hi jianlizhao,
On 24.05.2012 16:07, jianlizhao wrote:
> Hi Armin:
> I am very glad to receipt your letter,
>
> I see the following content in your blog:
> There were also ODF-compatible File Format adaptions needed, more
> concrete the in ODF already contained and described multi-image
> support. In ODF, the original SVG is now embedded to the 'Pictures'
> folder inside the ODF file as one would expect from such a feature and
> can be easily extracted (unzip the ODF file and there you are). There
> is also a Png file written as replacement image. The draw:frame is now
> multi-image capable (as the spec allows). In the case of a SVG it
> writes a good quality Png and the original SVG as draw:image elements.
> Since older (and other) office versions are only capable of loading a
> single (and thus the first) image, the Png is written first. This
> allows file exchange with other and older offices without breaking backward
> compatibility and/or ODF file exchange.
>
> I have two questions :
> 1) I would also like to use this method to insert the picture, so that
> in document will retain the original file, the original file is there
> are other useful.
To achieve this you have to add the needed code to the core (similar as jpeg
and png are added). This includes import code to get the data into a
Bitmap/BitmapEx. This is uniquely held (using a unique ID calculated based on
the bitmap data, there is one calculation defined for each
format) at the GraphicManager and can be accessed using Graphic/GraphicObject.
AFAIK it is also possible to hold the original raw data at the entry in the
GraphicManager (to be able to write the original again in unchanged form
without needing to export it to it's format).
The feature you mentioned above is needed for file formats which differ in
content, in Your case this is not needed since a e.g. reduced data BitmapEx can
be recreated without data loss from your raw data. It makes no sense to write
both, so no need for this feature.
> 2) How do I access the original file.
The Graphic holding it (and the contact with the GraphicManager) may have it
as raw data, but also has a link to a temporary storage (using the temp on your
system) where it is swapped out.
To Access, use Graphic/GraphicObject. I repeat here: It is no easy task to add
a graphic format to the core. I'm also not the specialist for that, maybe
someone else knows in more details about exactly what steps have to be done to
implement it.
HTH!
> Thanks...
> Best Regards!
>
