Just two small remarks....
OpenOffice.org runs without x-windows, search for "headless" mode.
jpg/png do not scale well and until recently there just was no open
vector format so
OOo sticked with starview metafile which is an extension to the long
outdated windows
metafile. The replacement will be svg but this would still not solve
your problems as
Internet Explorer still does not support svg.
You should monitor the odftoolkit.org project, maybe a java based
starview metafile
renderer will pop up there in the not so distant future...
Regards,
Christian
Daniel Garcia wrote:
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:
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
