Kai Sommerfeld wrote:
> A very problematic case is, if a first office instance is started in
> gui-mode and a second office instance is started in non-gui mode
> (-headless & friends) or vice versa. Currently, this is simply not
> working, because it is not possible that a running soffice process
Kay Ramme - Sun Germany - Hamburg wrote:
> Stephan et al.,
>
> we obviously need a solution to the requested points,
> -1- accessing OOo via the API only, the first start of the office should
> happen _without_ showing the wizard,
If we did this we must find a way to guarantee that the Wizard is
Hi all,
Stephan Bergmann wrote:
> Tobias Krais wrote:
>> Good morning Kai,
>>
As you wrote the non-GUI use case is neglected in your
argumentation. In
my opinion, there should be a solution for this use case, too.
>>
>>> What do you suggest?
>>
>> Good question. My aim is, to allow
Stephan et al.,
we obviously need a solution to the requested points,
-1- accessing OOo via the API only, the first start of the office should
happen _without_ showing the wizard,
-2- kind of headless mode when accessing OOo per API only,
-3- accessing OOo via GUI, the first start of the office
Hi Stephan,
>> May be someone knows even a third solution. Kai, what do you think
>> about it?
>
> In my opinion this boils down to a more flexible bootstrap process
> (e.g., more flexibility in passing specific command line args to
> soffice), as I already outlined in my "Additional comments fro
Tobias Krais wrote:
Good morning Kai,
As you wrote the non-GUI use case is neglected in your argumentation. In
my opinion, there should be a solution for this use case, too.
What do you suggest?
Good question. My aim is, to allow bootstrapping a completly new
installed OOo, without any gr
Good morning Kai,
>> As you wrote the non-GUI use case is neglected in your argumentation. In
>> my opinion, there should be a solution for this use case, too.
> What do you suggest?
Good question. My aim is, to allow bootstrapping a completly new
installed OOo, without any graphic interruption
Tobias,
Tobias Krais wrote:
> Hi Kai,
>
starting with OOo 2.0.4 you can use the parameter -nofirststartwizard
to, guess what... suppress the startup wizard.
>
>>> using htop to watch my OOo bootstrap process I can see, that
>>> bootstraping OOo from java does not use this option. Is i
Hi Kai,
>>> starting with OOo 2.0.4 you can use the parameter -nofirststartwizard
>>> to, guess what... suppress the startup wizard.
>> using htop to watch my OOo bootstrap process I can see, that
>> bootstraping OOo from java does not use this option. Is it possible to
>> add this option to the
Hi all,
Tobias Krais wrote:
> Hi API Team,
>
>> starting with OOo 2.0.4 you can use the parameter -nofirststartwizard
>> to, guess what... suppress the startup wizard.
>
> using htop to watch my OOo bootstrap process I can see, that
> bootstraping OOo from java does not use this option. Is it p
Hi API Team,
> starting with OOo 2.0.4 you can use the parameter -nofirststartwizard
> to, guess what... suppress the startup wizard.
using htop to watch my OOo bootstrap process I can see, that
bootstraping OOo from java does not use this option. Is it possible to
add this option to the standar
> -Original Message-
> From: Kai Sommerfeld [mailto:[EMAIL PROTECTED]
> Sent: Friday, 10 November, 2006 11:31
> To: dev@api.openoffice.org
> Subject: Re: [api-dev] Multiple instances / creating user
installations
>
> Hi,
>
> starting with OOo 2.0.
Kai Sommerfeld wrote:
> Hi,
>
> starting with OOo 2.0.4 you can use the parameter -nofirststartwizard
> to, guess what... suppress the startup wizard.
Waah - I hate getting the same posting twice. :-)
I just answered the first mail but didn't see your answer to the second one.
So it's alre
Douglas S. J. De Couto wrote:
> Hi,
>
> My goal is to use OOo to run in a server process, with multiple
> instances running separately, processing documents driven by a pyUno
> script.
>
> I am trying to get OOo to automatically setup its user installation
> files, so that I can create each inst
Hi,
starting with OOo 2.0.4 you can use the parameter -nofirststartwizard
to, guess what... suppress the startup wizard.
HTH,
Kai.
DeCouto, Douglas wrote:
> Hi,
>
> My goal is to use OOo to run in a server process, with multiple
> instances running separately, processing documents driven by a
Hi,
My goal is to use OOo to run in a server process, with multiple
instances running separately, processing documents driven by a pyUno
script.
I am trying to get OOo to automatically setup its user installation
files, so that I can create each instance on the fly for soffice when it
runs. I'v
Hi,
My goal is to use OOo to run in a server process, with multiple
instances running separately, processing documents driven by a pyUno
script.
I am trying to get OOo to automatically setup its user installation
files, so that I can create each instance on the fly for soffice when
it runs. I'v
17 matches
Mail list logo
