Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!att!tut.cis.ohio-state.edu!ucsd!dog.ee.lbl.gov!epb7.lbl.gov!envbvs
From: envbvs@epb7.lbl.gov (Brian V. Smith)
Newsgroups: comp.windows.x
Subject: Re:  386i/OpenWindows 2.0/MIT Distrib Problems
Message-ID: <8812@dog.ee.lbl.gov>
Date: 1 Jan 91 18:31:04 GMT
References: <9101010632.AA27736@Larry.McRCIM.McGill.EDU>
Reply-To: envbvs@epb7.lbl.gov (Brian V. Smith)
Organization: Lawrence Berkeley Laboratory, Berkeley
Lines: 28
X-Local-Date: Tue, 1 Jan 91 10:31:04 PST

< > [W]e have a Sun 386i in our office, and I am trying to install some
< > software on it to help us out.  We are running Open Windows 2.0 from
< > Sun.  The programs that we wish to run are contributed programs from
< > the MIT X project (like Xfig, and many others).  Our problem is that
< > the programs compile nicely, but then do not accept input from the
< > keyboard (some do, some don't).
< 
< This is undoubtedly the non-ICCCM-compliance problem.  The ICCCM
< specifies a way for programs to tell the window manager whether they
< are interested in keyboard input, and if so, what model they expect to
< use (ie, how they expect to deal with keyboard focus).
< 
< The problem is that many programs, particularly those designed for R3,
< do not set the hints on their top-level window(s) correctly for this.
< I am not sure whether the WM_HINTS property is not being set or whether
< it's being set to something incompatible with the ICCCM definition, but
< in any case, most window managers seem to deal with this situation as
< if the program had claimed to be uninterested in keyboard input.

The original poster should get the latest version of xfig; the one that
comes with the contributed software from MIT is very old and isn't ICCCM-
compliant.  The latest version is xfig 2.0 patchlevel 9 and can be gotten
from expo.lcs.mit.edu via anonymous ftp or comp.sources.x.

--
Brian V. Smith    (bvsmith@lbl.gov)
Lawrence Berkeley Laboratory
I don't speak for LBL; they don't pay me enough for that.