🚀 go-pugleaf

>
>Well, it is a case of responding to myself, but I think I have found
>the reason for this, which has to do not with Desqview, but rather
>that of Endnote not allowing type-ahead.  Desqview (and many other
>programs that allow text cut-and-paste) does so by creating a buffer
>of characters, and then sending them to the program where they are to
>be inserted as simulated keystrokes.  Desqview (unlike most text-based
>programs) discard keystrokes it is not ready to process yet (try doing
>a couple of commands fast and see).  This is not a problem when keying
>in text from the keyboard, since Endnote normally can keep up, but
>when keystrokes are transmitted from a buffer, they come to fast, and
>are discarded.
>
>Frankly, I think the lack of a type-ahead buffer in Endnote is a very
>irritating feature, and that it should be discarded.  Lack of type-ahead
>is often implemented as a "safety" feature to guard against inadvertent
>data deletion, but it is an "lazy" way of doing it: a better "Undo" command
>would be a better way to do it, or a facility for keeping an unchanged
>copy of the database until exiting the program.
>
>--
>Espen Andersen  (eandersen@hbs.harvard.edu)

I believe Desqview allows you to regulate the pass through speed of
clipboard text passing to an underlying application, just to take
account of this problem.  Somewhere in those menus is that option;
though I'm not sure if you can regulate it for each application or if
the clipboard paste rate is environment wide.  Good luck.

D. Poor


===========================================================
Daniel Poor                    Mailing Address:
Sociology Program                630 Ft. Washington Ave. 5B
CUNY Graduate Center             New York, NY 10040
BITNET: POO@CUNYVMS1.BITNET              (212) 781-1306
INTERNET: POO@CUNYVMS1.GC.CUNY.EDU   FAX:(212) 642-2419
===========================================================