Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!newstop!sun!argv From: argv@turnpike.Eng.Sun.COM (Dan Heller) Newsgroups: comp.windows.x Subject: Re: OSF statements about OPEN LOOK Message-ID: <141998@sun.Eng.Sun.COM> Date: 7 Sep 90 06:39:43 GMT References: <9009052346.AA27999@erik.uucp> <1990Sep6.153723.20246@alphalpha.com> Sender: news@sun.Eng.Sun.COM Organization: O'Reilly && Associates Lines: 33 In article nazgul@alphalpha.com (Kee Hinckley) writes: > Application modal won't work without Mwm, system modal works fine. Is this implementation responsible for the annoying behvior of Motif applications where if you raise _one_ shell in the app, all of them raise to the top. How can you allow these windows to act independently from one another? > Not having pushpins means that you either let the user get annoyed > or you create an alternative mechanism for keeping dialogs up. In XView, pushpins in popup menus is implemented simply by creating a similar base frame that "looks" like the menu and then mapping it to the screen. The menu itself (override shell) certainly isn't stuck up on the screen and left there... > In Motif this is the difference between the "Ok" button (which takes > it down) and the "Apply" button, which keeps it up. You have both > and the user decides which to select. Given that XView isn't made > with a widget set I'm not sure how easy it would be to add an extra > button to your dialog boxes. I don't really understand what you aer asking here, but I feel compelled to provide some sort of response :-). Unlike the Motif toolkit, XView doesn't provide any pre-built dialogs -- therefore, you don't have a situation where you "add a button". Since you are responsible for building all your own dialogs, if you add a button, you do it at the time you create it. It is certainly possible to do it, but the analogy isn't the same; at least, it isn't what I think you might be looking for. -- dan ---------------------------------------------------- O'Reilly && Associates argv@sun.com / argv@ora.com Opinions expressed reflect those of the author only.