Hi Bing,

the wmf code is in a branch, because I'd like to commit (save) it without 
interfering with the trunk ... and it's still far from being finished.
Not sure, how the github synchronisation works, but I guess "it" only fetches 
the trunk.

And for the header: I couldn't find the reference on a quick search, but - I 
think - the wmf pictures are
always saved without the placeable header. At least when I've 
implemented/tested the wmf code in HssfWorkbook.addPicture, it only worked, 
when I've removed that header - maybe it's different with hwpf ...
So I guess JWord is simply making a header up - either it uses standard values 
for the bounding box or it reads one of the window records [1].

Anyways, I would simply try to append the 22 bytes of a working picture to the 
pictures with the missing magic code 0x9AC6CDD7 (little endian) and see if your 
post-processing is ok with that.

Andi


[1] 
http://svn.apache.org/repos/asf/poi/branches/wmf_render/src/scratchpad/src/org/apache/poi/hwmf/record/WmfWindowing.java

On 28.05.2014 18:34, Bing Ran wrote:
Hi Andreas,

Thanks for answer.

The raw data was acquired from overriding the
AbstractWordConverter.processingImage()...
in the hwpf package, by calling picture.getContent(). I cannot
immediately figure
out how to reset the header after reading your code reference.

BTW, I was using a local compile of the POI modules from Github.  Is the
code considered out of date? I could not find the hwmf package in the
github code.

Thanks

Bing



---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@poi.apache.org
For additional commands, e-mail: user-h...@poi.apache.org

Reply via email to