Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!wuarchive!uunet!dkwgate!einstein.dkw.com!jr From: jr@einstein.dkw.com (J.R. Jesson) Newsgroups: comp.windows.x Subject: Re: mwm - impossible task? Message-ID: <1991May16.143406.6111@dkwgate.uucp> Date: 16 May 91 14:34:06 GMT References: Sender: news@dkwgate.uucp (NewsSoftware) Organization: DKW Systems Corporation Lines: 46 In article harkcom@spinach.pa.yokogawa.co.jp (Alton Harkcom) writes: > > Again after fooling with the resource files for mwm I am at the point >where I do not fear telling upper management to shove mwm...And over such >a minor detail at that... > I want to make icons line up at the bottom left of my screen. Simple. >I want to no gaps when I iconify a window. Apparently impossible. I got >them to line up. I de-iconify them and iconify a window who's icon was >to the right. It appears just where it used to be and doesn't tippy toe >on down to the left like I want it to. (Somehow I get the feeling that >the same scum who design HPUX design mwm...) > > Is it possible to get mwm to have left gravity when iconifying? > The answer is yes-and-no. First, (and I'm sure you've figured out this one) you can specify gravity with the mwm resource specification: => Mwm*iconPlacement : bottom right For example, if you want the icons to start lining up in the bottom right corner, and move upward. (RTFM) Mwm seems to do a pretty good job getting this right, but will not automatically pack icons (which I think is what you want) when various apps are started/killed. You can, however, tie a button or a menu item to the function f.pack_icons. However, none of this will work if the application chooses to position the icon for you, either in code or in the resource file specification (xrn is one example). now, *FLAME ON* Dammit, it pisses me off to hear one refer to honest developers as "scum". We all have a job to do, and in most cases, we try to do it well. HPUX and Motif are two examples of ambitious projects with tight timelines, and shifting priorities. I agree that mwm leaves alot to be desired in terms of performance and code size. I believe mwm attempts to do too much. But dont call the programmers who designed it and wrote it "scum". I'd like to see you do what they've done in the same period of time. So Give 'em a break. *FLAME OFF* J.R. -- ------------------------------------------------------------------------------- DKW Systems Corporation 4050 INFOMART 1950 Stemmons Freeway,