Path: utzoo!utgpu!water!watmath!garfield!john13
From: john13@garfield.UUCP (John Russell)
Newsgroups: comp.sys.amiga
Subject: Re: NoisyReq anomaly
Keywords: vt100 2.8
Message-ID: <4622@garfield.UUCP>
Date: 27 Mar 88 07:51:19 GMT
References: <4599@garfield.UUCP> <25089@amdahl.uts.amdahl.com> <1504@ur-tut.UUCP>
Reply-To: john13@irma.UUCP (John Russell)
Organization: Memorial University of Newfoundland
Lines: 23

In article <1504@ur-tut.UUCP> dpvc@tut.cc.rochester.edu.UUCP (Davide P. Cervone) writes:
>That's the holdup.  There's very little that can be done about it,
>unfortunately.
>
>Holding down the MENU button also locks the layers.

As I said a little while ago, adding " | RMBTRAP" to the source code of a
program which *doesn't* use menus can avoid this. Much like adding
" | NOCAREREFRESH" avoids another behaviour you might not notice, but
which may be bothersome in some situations.

I've found at least one program that has a bug because of this where it may
fail to recognize SELECTUPs if you have the RMB pressed. I'll test any
others I can find and see if it's widespread; I can remember though having
other programs exhibit the same behaviour, it may be for this reason or
a button release during a forbid.

John

PS The author of the article I'm replying to wrote "ClickUpFront" a similar
but different program from Bryce's "ClickToFront". Davide, any chance of
having Heliosmouse, WKeys, and CUF bundled into one to save space on the
WB and loading time in the startup-sequence?