I suspect that invoking a " application/" with a CSV has the same effect. So calc test.odt will still start writer. The selector switch is advisory, and Soffice in fact checks the file type and opens the appropriate UI. are all the same executable (Calc is synonymous with Soffice. The first thing to note is that in fact Calc, Writer, etc. With most Qers, I would have had a play myself before answering, but I feel that your Expertise level is rather higher than the norm, so if you don't mind I'll leave you to do the play yourself. This means that you need to move things like CSV generation back server side.
In general if you want to minimise these requirements then you need to stick to javascript only, possibly using Web 2.0 call-back functionality. You need to think about the precursors and requirements for your end user? What packages must be installed on the users PC? What security must be enabled? This is particularly relevant if you are dealing with a general user population. Where are you trying to have your smarts? Is this web app one for enabling a defined business community or a wider end-user community? The reason that I ask is because of issues to do with at which end of the client server relationship do you want to pace your smarts: fat client functionality or thin? However, if you are going into such depths then you will really need to download and read (the relevant bits of) the SDK.īut lets just talk about what you are really trying to do here. If you google "automation Bridge" site: then this will take to you to the online version. Read section 3.4.3.5 "Automation Bridge" of the SDK Developers Guide.
0 kommentar(er)
