Hi Matthias,
On Nov 16, 2007 8:59 PM, Mathias Bauer [EMAIL PROTECTED] wrote:
Did you consider to create your own broadcasting service? You are not
restricted to the services provided by OOo, create your own ones! If
your service provided the same API as the GlobalEventBroadcaster your
Christoph Lutz wrote:
Hi Matthias,
On Nov 16, 2007 8:59 PM, Mathias Bauer [EMAIL PROTECTED] wrote:
Did you consider to create your own broadcasting service? You are not
restricted to the services provided by OOo, create your own ones! If
your service provided the same API as the
Hi Andreas,
I'm a colleague of Matthias and as he is not at office today, I will
give you some details about the required global event:
our component (let's call it A) processes TextDocuments. So it listens
for OnNew-Events and starts the asynchron processing of the
documents (in new Threads).
Hello Christoph,
Hi Andreas,
I'm a colleague of Matthias and as he is not at office today, I will
give you some details about the required global event:
our component (let's call it A) processes TextDocuments. So it listens
for OnNew-Events and starts the asynchron processing of the
documents
Hello Matthias,
Is it possible for our custom Java component to broadcast events via
the GlobalEventBroadcaster, so that listeners listening on it will
receive them?
Yes it's possible ... but till now an undocumented feature.
The problem behind: who will be responsible to make sure that all
Christoph Lutz wrote:
We are now searching for a mechanism to broadcast a kind of
synchronization-event. This mechanism should of course be as most
independent of our custom component and as most integrable into the
generic OOo-Mechanisms. Using the globalEventBroadcaster is one
approach we
Is it possible for our custom Java component to broadcast events via
the GlobalEventBroadcaster, so that listeners listening on it will
receive them?
Matthias
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,