Hi ingrid, The most difficult one yet :). I thought about that but the server is a debian installation with no x-windows. This computer will be serving web pages on live so I am scared of security wholes that a x-windows system might cause.
Even so, the application would depend on so many third parties. What happens if the x-windows crashes? The server is not at the same place as the clients. Anyway, the more and more I am realizing that is not going to be possible to do that at the server side so I will likely need a macro able to be run in client's openoffice instance able to convert charts and drawing to jpg/png or whatever format that is treatable. What I do not understand is, Why OpenOffice do not supply those as jpg/png images since this process is already implemented because when you save the openoffice file as a html file, you can get those objects as png images. Instead, you get a startview metafile for charts and nothing for drawing... weird. It might be because of opendocument standard's premises. Thanks again, Daniel. On Wed, Feb 18, 2009 at 11:02 AM, Ingrid Halama <[email protected]>wrote: > 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] > >
