Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!caen!uflorida!mlb.semi.harris.com!trantor.harris-atd.com!trantor!chuck
From: chuck@trantor.harris-atd.com (Chuck Musciano)
Newsgroups: comp.windows.open-look
Subject: Re: xview confusion - command frames disappearing
Message-ID: <6045@trantor.harris-atd.com>
Date: 12 Apr 91 11:38:21 GMT
References: <1991Apr9.215503.20523@cs.umn.edu> <981@elan.Elan.COM>
Sender: news@trantor.harris-atd.com
Reply-To: chuck@trantor.harris-atd.com
Organization: Advanced Technology Dept, Harris Corp, Melbourne, FL
Lines: 52

In article <981@elan.Elan.COM>, tom@elan.Elan.COM (Thomas Smith) writes:
> From article <1991Apr9.215503.20523@cs.umn.edu>,
> 	by brsmith@cs.umn.edu (Brian R. Smith) [ - No relation]:
> > Now here's the weird part: Whenever any of these four buttons is
> > pressed and released the command frame is taken down.  (XV_SHOW set to
> > FALSE.)  Even if there isn't a callback for that button.
> > 
> > Is this supposed to happen?
> 
> Yes, it's "supposed" to happen, but obviously isn't what you want.
> I have complained to Sun several times in the last couple of years
> about this interpretation of the OpenLook Style Guide, to no avail.
> It is built into XView to remove the window when any PANEL_BUTTON
> is pressed.
> 
> > If it is supposed to work that way, how can I turn it off?
> 
> Fortunately, it is easy to find the cause in the source (if you have it).
> In libxvol/panel/p_btn.c, you will find a function called
> "take_down_cmd_frame."  Simply remove the body of the function.

     An easier solution is to set the PANEL_NOTIFY_STATUS attribute of the
pressed button to XV_ERROR.  This keeps the dialog up.  Setting it to
XV_OK (the default) will remove the dialog.  There is a corresponding
MENU_NOTIFY_STATUS attribute for menus and menu items that must be set
when a menu is displayed in a dialog box.

     It remains to be seen if the 2.0 bug, wherein displaying a menu without
making a selection always removes the panel no matter what you do, has been
fixed in 3.0.

     I argued till I was blue in the face about this "feature" in XView.
Many people in Sun agree that it is a bug, but apparently a few who disagree
got their way.  I would love to hear even one reason why it is felt that this
behavior is the right behavior.

     The worst part about the bug is that new users typically explore a tool
by opening the dialogs and simply pulling, but not selecting, each menu.
Wham!  The dialogs mysteriously disappear!  They get a real warm feeling about
OPEN LOOK at that point, let me tell you.  Especially when you explain it is
a bug, and they think, "hmmm, been using the system for about 45 seconds, and
I've already hit a major bug.  Great!"

-- 

Chuck Musciano				ARPA  : chuck@trantor.harris-atd.com
Harris Corporation 			Usenet: ...!uunet!x102a!trantor!chuck
PO Box 37, MS 3A/1912			AT&T  : (407) 727-6131
Melbourne, FL 32902			FAX   : (407) 729-3363

A good newspaper is never good enough,
	but a lousy newspaper is a joy forever.		-- Garrison Keillor