Re: [api-dev] Would like to connect to OOo in its own terms

2007-12-07 Thread Stephan Bergmann
Ramon F Herrera wrote: I understand that in UNO (and COM, and CORBA...) the programmer can inspect or interrogate the components in order to find ways to communicate (send messages) to them. The OpenOffice process can be run in either (a) named-pipe mode, or (b) listening to some particular

Re: [api-dev] Re: Would like to connect to OOo in its own terms

2007-12-07 Thread Stephan Bergmann
Ramon F Herrera wrote: Perhaps my concern (see Subject line) could be addressed in a simpler way. I was mostly satisfied with the simplest and most common (at least in tutorial stuff) way of starting OOo: Bootstrap.bootstrap(); But, after a lot of experimentation I have concluded that you

Re: [api-dev] Frustrations with Eclipse Plugin for Java Component Dev.

2007-12-07 Thread Cedric Bosdonnat
Hi Hasan, Bramwell, Hasan M. a écrit : That may have been true with the previous version I was using, but it is not the case with this version. At any rate not in my Windows XP machine with OOo 2.3.0 The latest dev versions haven't been tested on windows yet. I'll test it and fix the

Re: [api-dev] Would like to connect to OOo in its own terms

2007-12-07 Thread Mathias Bauer
Ramon F Herrera wrote: The OpenOffice process can be run in either (a) named-pipe mode, or (b) listening to some particular socket mode. According to all the code I have seen, the programmer has to know those details in advance. No, that is not necessary. Only if you are not satisfied with

[api-dev] Re: Would like to connect to OOo in its own terms

2007-12-07 Thread Ramon F Herrera
Stephan Bergmann wrote: Ramon F Herrera wrote: (5) connection = xConnector.connect(con); -- finally!, there is IPC here That creates a connection from OOo to OOo. Probably not what you want. If that is the case, how come every single client example (except the ultrasimplistic, those

RE: [api-dev] Re: Would like to connect to OOo in its own terms

2007-12-07 Thread John Sisson
The current discussion seems to focus on the situation where a singleton process hooks up to OpenOffice. As soon as there are multiple clients for OO the situation is controlled by the operations of the MacroManager. As of my last reports from [EMAIL PROTECTED], the MacroManager in OO is not

Re: [api-dev] How to deploy Python macros as Addon

2007-12-07 Thread Alexandro Colorado
On Fri, 07 Dec 2007 18:37:35 -0600, Noelson Duarte [EMAIL PROTECTED] wrote: Hello, I've a py script with only two functions (no class) . From PyUNO docs I know that is possible to deploy scripting framework py files as UNO packages. All right. I want to know if is it possible to deploy it

[api-dev] How to deploy Python macros as Addon

2007-12-07 Thread Noelson Duarte
Hello, I've a py script with only two functions (no class) . From PyUNO docs I know that is possible to deploy scripting framework py files as UNO packages. All right. I want to know if is it possible to deploy it as an Addon and, if yes, what is the URL used within addons.xcu to call func1 ?

[api-dev] Re: Would like to connect to OOo in its own terms

2007-12-07 Thread Ramon F Herrera
Stephan Bergmann wrote: Ramon F Herrera wrote: So the question becomes: is there any way to disconnect programmatically from a session started by Bootstrap.bootstrap()? There is some Close and VetoableClose or whatever stuff, maybe somebody from the framework who knows the details can kick

[api-dev] Re: Would like to connect to OOo in its own terms

2007-12-07 Thread Ramon F Herrera
Stephan Bergmann wrote: Ramon F Herrera wrote: (1) xContext = Bootstrap.bootstrap(); // starts OO process (plus Windows icon) if not already running After step (1), you already have a connection to OOo. That was precisely my discovery. I concluded that Bootstrap.bootstrap() is the only