Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!bloom-beacon!oberon!cit-vax!ucla-cs!zen!ucbvax!sdcsvax!ucsdhub!jack!man!crash!gryphon!richard
From: richard@gryphon.CTS.COM (Richard Sexton)
Newsgroups: comp.sys.amiga
Subject: Re: Searching for a workable MENUVERIFY solution
Message-ID: <1836@gryphon.CTS.COM>
Date: Fri, 9-Oct-87 03:46:15 EDT
Article-I.D.: gryphon.1836
Posted: Fri Oct  9 03:46:15 1987
Date-Received: Sun, 11-Oct-87 13:53:47 EDT
References: <4145@zen.berkeley.edu> <432@mitsumi.UUCP>
Reply-To: richard@gryphon.CTS.COM (Richard Sexton)
Organization: Trailing Edge Technology, Redondo Beach, CA
Lines: 25
Keywords: Intuition, MENUVERIFY, RMBTRAP, Menus, input.device, deadlock

In article <432@mitsumi.UUCP> jimm@mitsumi.UUCP (James Mackraz) writes:
>::
>I think the standard way to get menus to work like dPaint is as follows:
>
>By watching MOUSEMOVE IDCMP messages, determine when the mouse pointer
>is in the menu bar (you can also poll Window.MouseX/Y, but using IDCMP
>is easy and much more system-polite).
>
>When the mouse pointer is in the menu bar, clear RMBTRAP in Window.Flags.
>When the mouse pointer is not in the menu bar, set RMBTRAP in Window.Flags.
>

I do this and it works great. I need COMPLETE control over both mouse buttons
but also want menus, and this seems to do the trick.

Wondered what this thread was about :-)

>-- 
>	Jim Mackraz
-- 
Richard J. Sexton
INTERNET:     richard@gryphon.CTS.COM
UUCP:         {hplabs!hp-sdd, sdcsvax, ihnp4, nosc}!crash!gryphon!richard

"It's too dark to put the keys in my ignition..."