Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!asuvax!anasaz!karl
From: karl@anasaz.UUCP (Karl Dussik)
Newsgroups: comp.os.msdos.apps
Subject: Re: Desqview and Ctrl/Alt/Del
Keywords: desqview ctrl/alt/del trapping programming
Message-ID: <4064@anasaz.UUCP>
Date: 23 Apr 91 19:54:02 GMT
References: <1991Apr19.174531.15849@midway.uchicago.edu> <1991Apr20.032202.16205@cs.cmu.edu> <1991Apr20.125614.22252@midway.uchicago.edu>
Reply-To: karl@anasaz.UUCP (Karl Dussik)
Organization: Anasazi, Inc.
Lines: 22

In article <1991Apr20.125614.22252@midway.uchicago.edu> valley@gsbsun.uchicago.edu (Doug Dougherty) writes:
>
>Incidentally, the point of this was not to stop ugly users from aborting
>out - it's not a control issue.  Rather, I have an application (Carbon
>Copy to be precise) that cleanly handles C/A/D and it's a shame you
>can't use it fully under DV.  In CC, C/A/D very quickly drops your
>connection and returns you to DOS: much more quickly than going through
>the menus.  But if you are running under DV, the window is closed but
>the connection is left active, forcing you to unplug the modem cord.

Here's another suggestion that may do what you want:

DV learn mode allows you to attach a sequence of keystrokes to C/A/D.
So, just start learn mode, specify C/A/D as the "key" to be programmed,
and give it the sequence of keys to exit Carbon Copy through the menus.

In my experience, DV programmed keys replay very quickly.  If Carbon Copy
has reasonable I/O, you may not notice much difference.

Good luck.

Karl