Hello Mathias,
Andreas Schlüns wrote:
<snip>
Yes ... that's wrong - but it's public. An yes: there is no guarantee
that these frames wont be closed by other objects (other then the desktop).
As you said: it isn't a good solution anyway as it doesn't help in all
cases and it is not a documented behavior. And it looks painful. Why not
drop it? We can't always refrain from fixing bugs or API usability
issues just because somebody could rely on the wrong behavior.
"... Why not drop it? ..."
Because registration of close listener directly on the frame has a small
timing problem. Calling of loadComponentFromURL("_blank"/"_default")
will might create a new frame and load the component inside. During
loading time the frame cant be closed (because the load environment will
reject such requests) ... but the component must be returned to the
calli. And between returning the component and registering the listener
it will be possible to have a close request on this frame.
Yes - I know: the chance to close such new created frames seams to be
small ... but it exists (and we had similar bugs for our command line
handling already).
So dropping this functionality isnt enough ... We need more changes in
this area.
Mathias: Do you realy like to open the "Büchse der Pandora" here .-)
I think Pandora's box is already open. :-)
But I'm still not sure what is the right behavior. Bug whatever will
come out of this discussion we should document it and we should have two
defined ways to terminate the desktop: one with trying to close all
tasks and one without. At the end it doesn't matter which choice the
current terminate() call will take.
Of course its a question of documentation and definition.
But as I`ve already said - there are some other design problems around
which must be refactored also.
Currently there exists only two solutions:
a) ignore problems regarding multi-used office instances
b) use your own office instance
(with an own user layer ... "soffice -env:*")
Ciao,
Mathias
Ciao
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
