Hi Daniel,

Daniel Garcia wrote:
 Hi Fernand,
 Thank you very much for your reply. That is really a good solution when
client and servers are at the same place. In my case, I have got
server-client application so that users send through the document and then
the system will place the css and html files somewhere behind Apache...

That is no problem. You do not need a running Office on the client side. Start an Office at the server side and do the conversion with that running Office on server side using the UNO API via java.

Kind regards,
Ingrid


 I would need something that can be done via coding. At this stage I am
afraid I will have to tell them to use save as html and the replace the
drawing and charts and that is it.

 Anyone  have a better idea than mine, please fire up.

 Thanks Fernand,

 Daniel.

On Wed, Feb 18, 2009 at 8:16 AM, Fernand Vanrie <[email protected]> wrote:

Daniel Garcia wrote:

 Hi all,

 Description of the problem
********************************

 I am using odfdom in conjunction with my OpenOffice to create a Odf2Xhtml
compiler. This compiler will have a template that we have designed as an
entry and will generate both the corresponding html and css files. So far
I
have been able to extract text, tables and images but I am now facing a
problem with charts and drawing:

 1.- Charts because OpenOffice provides them in a startview metafile
format
which I am not yet able to convert into JPG or gift
 2.- Drawing are not supplied by OpenOffice as any treatable format.

 What Am I looking for?
****************************

 What I am looking for is a way so that I can get charts and drawing as
images (jpg or gift since they will be shown by a browser and all of us
know
how IEx behaves :)) via any api, preferably java without having an
OpenOffice instance running in the background? Why? I would like to offer
my
client a server application where thy send the document and by magic art
they have got the css and html files.

What solutions I have looked for but they do not convince me:
********************************************************

 1.- To convert the odf document to pdf and then use a java api to extract
the images. I have done a small test and it seems to be, pdf viewers are
not
able to extract charts and drawing. I have not researched further more
but...

 2.- Tell my client to convert the file to html and then get those charts
and drawing as images: that is ok but the generated images are named with
a
strange name that I can't match with the objects in the openoffice
document.
For example, if there is a chart called 'graphic 1' the name of the file
that the html conversion provides is something that has nothing to do with
that.

 3.- User the version of above (second) but telling the clients to replace
those graphics by the actual charts or drawing.

 4.- There is a python application called unoconv that looks interesting
but
this need to an OpenOffice instance running in the background.

What I need
************

 1.- Is there anyone who has dealt with this problem before or is there
any
tip, url, article, piece of code or whatever that I can follow to solve
out
this problem please?


We do something similar with "pictures" who has not the right format or
pixel size.
We Open a Hiden Drawdoc, place the picture in it and use the draw export
filters to store the new picture to a known location for the HTML file.
We have i all in Basic code, let me known if you will have a look a it

Greetz

Fernand

  2.- Is there any beta API which would help me with this?
 3.- Does anyone know if OpenOffice is aware of this problem and there are
already projects in place to provide those charts and drawing in a format
that others API's can play with it?


 Thank you very much in advance,

 Daniel.




---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]





---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to