Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!ccut!wnoc-tyo-news!kogwy!new1!roger
From: roger@zuken.co.jp (Roger Meunier)
Newsgroups: comp.windows.x.motif
Subject: Re: Troubles with menu bars
Message-ID: <ROGER.91Apr9144649@rd13.zuken.co.jp>
Date: 9 Apr 91 05:47:22 GMT
References: <173780001@hpsmdca.HP.COM>
Sender: news@new1.zuken.co.jp
Organization: ZUKEN Inc. Yokohama, JAPAN
Lines: 21
In-reply-to: phil@hpsmdca.HP.COM's message of 3 Apr 91 20:54:47 GMT

In article <173780001@hpsmdca.HP.COM> phil@hpsmdca.HP.COM (Philip Walden) writes:

 > I have a menu bar cascade button that invokes a somewhat lengthy
 > graphics re-paint.  The problem is that the menu bar being "modal" locks
 > out or "redirects" all other window input until the the processing in
 > the button callback is complete.

I had a similar problem: trying to use a debugger within a routine
called from a pulldown menu.  I added a XmNactivateCallback
to the CascadeButton, and put the following code in the callback:

	Display*	display;
	display = XtDisplay(widget);
	XUngrabPointer(display,CurrentTime);
	XUngrabKeyboard(display,CurrentTime);

This disabled the grab and let me get some useful work done.

Hope this helps.
--
Roger Meunier @ Zuken, Inc.  Yokohama, Japan	(roger@zuken.co.jp)