Disabling Quit On Telnet
Jay R. Ashworth
jra at baylink.com
Mon May 1 06:45:28 PDT 2006
On Sat, Apr 29, 2006 at 04:24:49AM -0400, Fairlight wrote:
> 1) The handling of the "X" button event is only really possible to do at
> the client level. That isn't anything Scott will be able to do without the
> vendor changing the client. However, I know for a fact that you can tell
> the Windows wm not to draw those three buttons -at all-. If that were
> done, there's no way to click on them, obviously. A feature you might
> consider from even an aesthetic standpoint--why have decorations there that
> are rendered unusable anyway?
The *proper* solution there, from a UI design standpoint, is to draw
the widgets, grey them out, and put a tooltip on them *explaining why
they're greyed out right now*. That last step is critical, and almost
always overlooked, because it can make your state machine a cast-iron
bastard to maintain.
> 3) My best answer for server-side is to use screen(1). You didn't specify
> your server environment, and I'm not sure anyone ever ported it to SCO. If
> you're on Solaris, Linux, or FBSD, you're in luck. The screen application
> will actually detect a disconnect and keep everything running--then let you
> reattach later. Something could be pretty easily cobbled together to allow
> testing for the presence of a socket and auto-resume at login, assuming one
> is only logging in one window at a time. One would actually only -need- to
> do so if one used screen, as it's a multiplexer and lets you have pretty
> much unlimited (more than even I use, and my default is 10 screens--8 as
> fairlite, 2 as root, and I can still go far higher).
This is, in fact, an excellent solution, and screen is sufficiently
configurable to make it pretty easy to train (where by that, I mean
"You Won't Have To"). I had this running with putty on a client site
where we remapped the screen-switch keys to Alt-Fn, which putty will
actually send -- though you have to remember to disable Alt-F4 :-) --
and I even had it prelaunch certain dscreens in certain windows...
<rant>
though I had to put a wrapper around them to release the session,
because unlike FacetTerm (where filePro makes special concessions),
each screen for a user was counted as a separate license count, and *64
users* wasn't enough for 9 human beings.
</rant>
> So yes, it works. Actually, that's a filePro <-> SCO 5.6 <-> screen <->
> linux <-> PuTTY on Win2k solution I'm using in that particular scenario. :)
And it works quite nicely, assuming you get all the emulation settings
correctly matched.
> The nice thing is, it protects you from just about anything. The power
> could go out and the UPS could shut down your computer--you could still
> reattach. It doesn't matter -why- you were detached, you can reattach.
Indeed it's good. It's good enough, and transparent enough, that lots
of *nix people wire it right into their .profile. For some reason,
I've never been one of them; haven't gotten burned enough times, I
guess.
Cheers,
-- jra
--
Jay R. Ashworth jra at baylink.com
Designer Baylink RFC 2100
Ashworth & Associates The Things I Think '87 e24
St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on Usenet and in e-mail?
More information about the Filepro-list
mailing list