Hello Tobias & Hal
I think I've been told, and likely here, that in 2.0.x, print
listeners like this are no longer necessary, but I'm having a bit of
a problem searching and finding this comment and what the background
is.
In 2.0.x, can I print, then close the document without listening for
when the print job is done? Can someone confirm this for me? I've
been stuck on this problem for about a month (I thought it was other
possibilities, and had another couple issues as well) and I'm at a
point where I need to solve it and my client is, understandably,
anxious about it.
Tried it without the print listener and it crashed. Guess it still
needs listeners.
I wrote a little Java program being able to do the same you want to do.
It opens a document, prints it and closes it. Calling the program again
prints the next document,...
I also ran into troubles without the print listener. Closing the
document too fast will crash the print job. A print job listener is good
for other reasons, too.
I can send you my code if needed. Its an easy thing. But well, its late
in Europe and you wont get much help around this time...
You do not need realy a print listener to know when printing of the
document will be finished and you can close the document.
The real problem you have ... printing is by default an asynchronous
operation. And of course - if you try to dispose a document which is
currently in printing state it can crash (at least it shouldnt ... but
it can).
The best solution: start the printing job with a well documented
parameter "Wait=true". see css.view.PrintOptions for further details.
On the other side it can be important how do you close the document.
Do you use dispose() or close(). Documentation say you have to preferr
XClosable.close(). Further its always a good idea to control the
lifetime of a document without any exception and call close(false).
Means - please do not deliver the ownership to the document itself.
It can work for a while ... but if you close the application it can make
trouble. Because all documents not finished within her jobs ... but
closed with "false" does not know how they should handle these situation
right. They can of course handle it right ... but mostly they dont do it :-)
Greetings, Tobias
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Regards
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
