Path: utzoo!attcan!uunet!wuarchive!julius.cs.uiuc.edu!apple!agate!darkstar!saturn.ucsc.edu!golding
From: golding@saturn.ucsc.edu (Richard A. Golding)
Newsgroups: comp.windows.x
Subject: Re: OSF statements about OPEN LOOK
Message-ID: <6801@darkstar.ucsc.edu>
Date: 12 Sep 90 22:00:59 GMT
References: <1990Sep6.153723.20246@alphalpha.com> <141998@sun.Eng.Sun.COM> <999@richsun.cpg.trs.reuter.com>
Sender: usenet@darkstar.ucsc.edu
Organization: University of California, Santa Cruz
Lines: 35

In article <999@richsun.cpg.trs.reuter.com> emike@cpg.trs.reuter.com (E. Mike Durbin) writes:
>The problem is that XView applications DEPEND on the window manager dismissing
>popup, and even worse, killing the application.  For example, Sun's Calendar
>Manager will use a popup window for entering an appointment.  With out OLWM,
>there is NO WAY do dismiss this popup if it defaults to being push pinned in!
>In X, if you zap any client window, XLIB DOES AN EXIT, killing the entire
>application.
>
>Also, there is NO WAY to quit the application without OLWM or zapping
>the window.
>This, to me, it the only architectural flaw with Open Look (or is it
>with XView?).

This isn't an XView/OLWM problem, it's a problem with non-ICCCM-compliant
window managers.  XView clients rely on the window manager sending the
WM_DELETE_WINDOW message, telling the client to take down the window in
an orderly way.  When you pull a pushpin in OLWM, the window manager
sends such a message.  The Delete Window protocol is one of the standard
ICCCM WM-to-client protocols; unfortunately many window managers ignore
that protocol and just do an XKillClient when the user requests that  a window
go away.  Other window managers - including twm - can send Delete Window
messages, and pinned XView windows should work just fine.

You can't expect application writers to anticipate every brain-dead
window manager.  If the WM doesn't supply ICCCM functionality, it's going
to lose when you try to do something sophisticated.  (Note that OLWM is
no exception; it has a few points of noncompliance which are annoying from
time to time.)

-richard
--
-----------
Richard A. Golding, HP Labs (internship), 	golding@cello.hpl.hp.com
  UC Santa Cruz CIS Board (grad student), 	golding@cis.ucsc.edu
  and on leave from Crucible (work)		{uunet|ucscc}!cruc!golding