Idle Users
Fairlight
fairlite at fairlite.com
Thu Jun 17 15:00:02 PDT 2004
Simon--er, no...it was Bob Rasmussen--said:
>
> I can address the issue of preventing the problem from occurring. If you
> run Anzio Lite or AnzioWin (our products) as your telnet client, you can
> "disable quit" in Edit:Advanced options. This disables both the "X" box
> and the File:Quiet menu item. The user would then quit by exiting from
> their session at the Unix level.
Why not just handle the WM event gracefully?
I just tested something with Perl/Tk. If I bind to <Destroy> on the
top-level window, when I click on the 'X' icon, I -do- get a destroy event.
Now while I realise that C is not perl, both perl and pTk are written -in-
C, and therefore there is a mechanism by which they can pick up on the fact
that this has been activated and do something about it. The very fact that
I can not only trap the event but also print the fact that I got the event,
then cause it to sleep afterwards without the program terminating indicates
that the 'X' button is -not- destructive in and of itself (such as a kill
-9 would be in *nix), as well--in fact, the window remains until I'm done
with my callback and -then- my program exits after handling all Destroy
events I have bound.
This is not conjecture. I just tested, and it works fine all the way back
to win95b.
So if the facilities are there as they must be in C for pTk to accomodate
this behaviour, why would anyone take half-measures? Just politely close
out the session in the ssh or telnet protocols before exiting. Seems
simple enough, and frankly seems like the correct way of doing it.
mark->
--
Bring the web-enabling power of OneGate to -your- filePro applications today!
Try the live filePro-based, OneGate-enabled demo at the following URL:
http://www2.onnik.com/~fairlite/flfssindex.html
More information about the Filepro-list
mailing list