Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!mcsun!ukc!acorn!ixi!ixi!paul From: paul@ixi.uucp (Paul Davey) Newsgroups: comp.windows.x.motif Subject: Re: Help for modal windows needed Message-ID: Date: 13 Nov 90 14:17:22 GMT References: <12076@ibism.uucp> <901106171521.7936@alphalpha> Sender: paul@x.co.uk (Paul Davey) Distribution: inet Organization: IXI Ltd. Lines: 34 In-Reply-To: nazgul@alphalpha.com's message of 6 Nov 90 21:15:21 GMT In article <901106171521.7936@alphalpha> nazgul@alphalpha.com (Kee Hinckley) writes: > I get this to work using a BulletinBoard as the child of a DialogShell, > and setting the dialogStyle attribute DIALOG_APPLICATION_MODAL. Works > like a charm. > > Has anyone else used this? I want to change this dynamically after the > window has been displayed, so that I can pop up a new modal window and > give it focus, while leaving the first on on the screen. I believe that APPLICATION_MODAL is supposed to lock out only parents uncles and aunts, but not siblings. However I'm a) not positive about this and b) don't think it works until 1.1. Can someone clarify that? It works at 1.0, but relies on Mwm to be running. Mwm assigns focus to the dialogs popped up and refuses to set it elsewhere. 1.1 corrects this behaviour by using XtAddGrab in the toolkit, as opposed to assuming that all Motif applications will be running under Mwm. You can use XtAddGrab with 1.0 to get the proper behaviour. XtAddGrab is designed to work with cascades of widgets be these sub menus or dialog boxes popped up from dialog boxes. XtAddGrab has a flag to allow previous widgets in a cascade to be excluded from a new `grab'. (This `grab' is not an X grab, it's done by the dispatcher within the intrinsics, ie at the client end). -- Regards, pd@x.co.uk IXI Limited Paul Davey pd@ixi.uucp 62-74 Burleigh St. ...!uunet!ixi!pd Cambridge U.K. "These are interesting times" +44 223 462 131 CB1 1OJ