home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / alt / sys / sun / 3539 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  1.5 KB
  1. Xref: sparky alt.sys.sun:3539 comp.sys.sun.apps:2903 alt.toolkits.xview:1180
  2. Path: sparky!uunet!autodesk!dansmith
  3. From: dansmith@Autodesk.COM (Daniel Smith)
  4. Newsgroups: alt.sys.sun,comp.sys.sun.apps,alt.toolkits.xview
  5. Subject: Re: OW 3.1 / olwm stacking bug?
  6. Message-ID: <18304@autodesk.COM>
  7. Date: 6 Jan 93 20:10:23 GMT
  8. References: <18303@autodesk.COM>
  9. Followup-To: alt.sys.sun
  10. Organization: Autodesk Inc., Sausalito CA, USA
  11. Lines: 31
  12.  
  13. In <18303@autodesk.COM> I wrote:
  14. >     There appears to be a bug where a dialog can get buried
  15. > under its parent window when the parent window is raised.  This
  16. > seems only to happen with the OW 3.1 version of olwm.  If I use
  17. > olwm off of a 4.1.X machine, and remote display it to the SunOS
  18. > 5.X machine (Solaris 2.X / OW 3.1 server), I don't see this behavior.
  19.  
  20.  
  21.     bzzt!  Sun changed Something!!!
  22.  
  23.     from the olwm man page (OW 3.0)
  24.  
  25.      KeepTransientsAbove (boolean)
  26.           Specifies whether olwm should attempt to keep transient
  27.           windows above their owner window.  Default value: true.
  28.  
  29.     and from the olwm man page (OW 3.1)
  30.  
  31.      KeepTransientsAbove (boolean)
  32.           Specifies whether olwm should attempt to keep transient
  33.           windows  above  their  owner  window.   Default  value:
  34.           false.
  35.  
  36.     Why would they have changed that?!  Anyways, that seems
  37. to solve it.
  38.  
  39.                 Daniel
  40.  
  41. -- 
  42.  dansmith@autodesk.com       daniel@world.std.com       dansmith@well.sf.ca.us
  43.         Daniel Smith, Autodesk, Sausalito, California, (415) 332-2344 x 2580
  44.